MCR e PCR di Alice
Marco Baccaglio
so di fare una domanda da un milione di dollari. Sto facendo una ricerca
personale sui prezzi all'ingrosso dell'ADSL di Telecom Italia e di
confrontarli con quelli al dettaglio.
Per questo motivo sto cercando di immaginare quali possano essere i PCR e
MCR di Alice, visto che sono dei fattori critici nel listino all'ingrosso.
Da utente soddisfatto di Alice Free dovrei immaginare che siano settati
sulla parte "alta", cioe' 20kbit MCR e 40kbit PCR.
Voi che siete molto piu' esperti di me, vi siete fatti un'idea di quanto
possa essere il MCR/PCR di ALice?
grazie
bacca
--------------------------------
Inviato via http://arianna.libero.it/usenet/
Gian Carlo
> Voi che siete molto piu' esperti di me, vi siete fatti un'idea di
> quanto possa essere il MCR/PCR di ALice?
Contrattualmente, zero.
Luca
Il PCR deve SEMPRE esistere su un'ADSL (o meglio sulla rete ATM di
trasporto). Se fosse 0 tu non potresti navigare per intenderci.
E' sostanzialmente il limite di banda che viene imposto sul PVC ATM che
instrada il traffico uscente dal Mux di Centrale Telecom della tua ADSL
alla porta d'ingresso sulla rete ATM Telecom del tuo provider. In altre
parole è il valore da cui dipende il fatto che la tua ADSL sia una
640,256,1280,ecc.
A seconda della configurazione del PVC (ABR, VBR, UBR) puo' invece
esistere o meno un MCR che invece stabilisce la banda minima.
--
Luca
(¯`·.¸Mattia¸.·´¯)
news:62Z160Z54Z162Y1...@usenet.libero.it...
> Ciao a tutti,
>
> so di fare una domanda da un milione di dollari. Sto facendo una ricerca
> personale sui prezzi all'ingrosso dell'ADSL di Telecom Italia e di
> confrontarli con quelli al dettaglio.
>
> Per questo motivo sto cercando di immaginare quali possano essere i PCR e
> MCR di Alice, visto che sono dei fattori critici nel listino all'ingrosso.
> Da utente soddisfatto di Alice Free dovrei immaginare che siano settati
> sulla parte "alta", cioe' 20kbit MCR e 40kbit PCR.
>
> Voi che siete molto piu' esperti di me, vi siete fatti un'idea di quanto
> possa essere il MCR/PCR di ALice?
in download PCR 640 kilobits
in upload PCR 256 kilobits
che è la base tra le adsl residenziali. l'MCR è una cosa molto delicata per
un insieme di fattori intrinsechi della architettura di internet. se
parliamo di una linea punto-punto (per collegare due reti) allora l'MCR puo'
avere un riscontro. nella complessita' delle moderne reti l'MCR finirebbe al
NAS suppongo.
e anche se tu avessi un MCR pari al PCR sul nas cio' non influenzerebbe le
prestazioni in termini di velocità rispetto a un server congestionato
perche' tale server appartiene a internet e non al tuo provider.
quindi nella scelta io preferirei per questioni di ex-monopolio il padrone
delle infrastrutture (telecom/tin) cio' non toglie a altri ISP di proporre
contratti personalizzati (vedi per esempio NGI con le sue ADSL fast).
gli altri chiedono a telecom/tin solo accesso alla rete di traporto (ATM)
quindi non penso che telecom metta tutti sullo stesso piano a livello
qualitativo (vedi i lotti saturi, overbooking e altre problematiche di
alcuni ISP).
cosi' la penso io.
Mattia
--
http://www.nonsoloadsl.tk - FAQ, Guide, Manuali, Drivers e aiuto sulla ADSL
Per aver risposta alle tue domande sulla ADSL.
Marco d'Itri
>che è la base tra le adsl residenziali. l'MCR è una cosa molto delicata per
>un insieme di fattori intrinsechi della architettura di internet. se
>parliamo di una linea punto-punto (per collegare due reti) allora l'MCR puo'
>avere un riscontro. nella complessita' delle moderne reti l'MCR finirebbe al
>NAS suppongo.
Che è quello che ci interessa, perché (almeno per un provider mezzo
decente) la congestione è proprio lì...
>e anche se tu avessi un MCR pari al PCR sul nas cio' non influenzerebbe le
>prestazioni in termini di velocità rispetto a un server congestionato
>perche' tale server appartiene a internet e non al tuo provider.
Vero, ma considerando che chi vuole molta banda la vuole per
applicazioni peer to peer il problema non si pone.
>gli altri chiedono a telecom/tin solo accesso alla rete di traporto (ATM)
>quindi non penso che telecom metta tutti sullo stesso piano a livello
>qualitativo (vedi i lotti saturi, overbooking e altre problematiche di
>alcuni ISP).
Lo fa (altrimenti il garante si incazza), il problema è offrire un
servizio competitivo a quei costi...
--
ciao,
Marco
(¯`·.¸Mattia¸.·´¯)
news:c833pr$ndn$1...@wonderland.linux.it...
> acidlovah@[nospam]supereva.it wrote:
>
> >che è la base tra le adsl residenziali. l'MCR è una cosa molto delicata
per
> >un insieme di fattori intrinsechi della architettura di internet. se
> >parliamo di una linea punto-punto (per collegare due reti) allora l'MCR
puo'
> >avere un riscontro. nella complessita' delle moderne reti l'MCR finirebbe
al
> >NAS suppongo.
> Che è quello che ci interessa, perché (almeno per un provider mezzo
> decente) la congestione è proprio lì...
qui intervengo perche' la cosa si complica:
perche' anche se il trasporto è ok fino al NAS poi entriamo nella
architettura del NAS (che altro non è che un gigarouter tipo cisco serie
12.000) e nelle interconnessioni tra i vari NAS e pure tra le
interconnessioni tra i vari provider (per esempio il mix di milano).
la cosa certa è che nuovi o piccoli ISP hanno NAS meno performanti causa
scarsa banda in uscita (molti utenti di tele2 possono verificare questo con
la latenza alta). quindi nel caso che un clienti giochi on-line non sara'
soddisfatto di pingare ngi 150/200 ms (quando tin/telecom offre 50/70 ms e
ngi 25/30 mse fastweb fibra a milano 3/4 ms).
SBORONE MODE ON
il FW a milano l'ho provato io, pareva di avere al piano terra il server
giochi di ngi :P
SBORONE MODE OFF
> >e anche se tu avessi un MCR pari al PCR sul nas cio' non influenzerebbe
le
> >prestazioni in termini di velocità rispetto a un server congestionato
> >perche' tale server appartiene a internet e non al tuo provider.
> Vero, ma considerando che chi vuole molta banda la vuole per
> applicazioni peer to peer il problema non si pone.
>
> >gli altri chiedono a telecom/tin solo accesso alla rete di traporto (ATM)
> >quindi non penso che telecom metta tutti sullo stesso piano a livello
> >qualitativo (vedi i lotti saturi, overbooking e altre problematiche di
> >alcuni ISP).
> Lo fa (altrimenti il garante si incazza), il problema è offrire un
> servizio competitivo a quei costi...
ti posso solo dire in questo settore non è mai previsto che tutti sfruttino
24/7 e su questo tutti ci lucrano (telecom compresa). un MUX normale esce in
STM-1 (155 mps) e ti posso dire se anche solo piu' di metà delle
attestazioni facesse traffico costante dopo si che sarebbe difficile avere
costanza nelle prestazioni.
maxkava.com
prima di gridare FORZA TORO, "\(¯`·.¸Mattia¸.·´¯\)"
<acidlovah@[NOSPAM]supereva.it> picchiettava sulla tastiera:
>SBORONE MODE ON
>il FW a milano l'ho provato io, pareva di avere al piano terra il server
>giochi di ngi :P
>SBORONE MODE OFF
win in ull non è malaccio :-P
C:\>ping maya.ngi.it
Esecuzione di Ping maya.ngi.it [194.185.88.3] con 32 byte di dati:
Risposta da 194.185.88.3: byte=32 durata=17ms TTL=246
Risposta da 194.185.88.3: byte=32 durata=16ms TTL=246
Risposta da 194.185.88.3: byte=32 durata=17ms TTL=246
Risposta da 194.185.88.3: byte=32 durata=17ms TTL=246
Statistiche Ping per 194.185.88.3:
Pacchetti: Trasmessi = 4, Ricevuti = 4, Persi = 0 (0% persi),
Tempo approssimativo percorsi andata/ritorno in millisecondi:
Minimo = 16ms, Massimo = 17ms, Medio = 16ms
mk
Gian Carlo
> Il PCR deve SEMPRE esistere su un'ADSL ...
Ovviamente mi riferivo al MCR.
Marco d'Itri
[NAS]
>> Che è quello che ci interessa, perché (almeno per un provider mezzo
>> decente) la congestione è proprio lì...
>
>qui intervengo perche' la cosa si complica:
>
>perche' anche se il trasporto è ok fino al NAS poi entriamo nella
>architettura del NAS (che altro non è che un gigarouter tipo cisco serie
>12.000) e nelle interconnessioni tra i vari NAS e pure tra le
>interconnessioni tra i vari provider (per esempio il mix di milano).
E 'sticazzi? Come ho scritto, per praticamente ogni provider il collo
di bottiglia da tempo non è il transito.
>la cosa certa è che nuovi o piccoli ISP hanno NAS meno performanti causa
>scarsa banda in uscita (molti utenti di tele2 possono verificare questo con
>la latenza alta).
Ma che dici? La latenza di tele2 è alta perché riporta le connessioni in
Svezia invece che fare routing IP dall'Italia.
--
ciao,
Marco
(¯`·.¸Mattia¸.·´¯)
non sapevo, grazie per la precisazione. non ho avuto modo di fare prove con
tele2 sarebbe interessante vedere qualche traceroute di tale ISP
(¯`·.¸Mattia¸.·´¯)
news:qimaa0ha95sqh2q5f...@4ax.com...
> Il Fri, 14 May 2004 19:00:50 GMT, guardandosi attentamente intorno
> <acidlovah@[NOSPAM]supereva.it> picchiettava sulla tastiera:
>
> >SBORONE MODE ON
> >il FW a milano l'ho provato io, pareva di avere al piano terra il server
> >giochi di ngi :P
> >SBORONE MODE OFF
>
>
>
> C:\>ping maya.ngi.it
>
> Esecuzione di Ping maya.ngi.it [194.185.88.3] con 32 byte di dati:
>
> Risposta da 194.185.88.3: byte=32 durata=17ms TTL=246
> Risposta da 194.185.88.3: byte=32 durata=16ms TTL=246
> Risposta da 194.185.88.3: byte=32 durata=17ms TTL=246
> Risposta da 194.185.88.3: byte=32 durata=17ms TTL=246
>
> Statistiche Ping per 194.185.88.3:
> Pacchetti: Trasmessi = 4, Ricevuti = 4, Persi = 0 (0% persi),
> Tempo approssimativo percorsi andata/ritorno in millisecondi:
> Minimo = 16ms, Massimo = 17ms, Medio = 16ms
ottimi tempi. non ho capito se hai wind in ull, comunque in fast con telekoz
si arriva a 15 ms per i dns e 22/25 ms verso maya.ngi.it (con router con
modem aggiungi 5 ms).
ciao, Mattia