UFFICIALE Profili porta ADSL Alice

Pubblicità
1) è normale che io abbia una modulazione ADSL2+? l'ADSL2+ non dovrebbe essere solo su DSLAM ETH o mi sono perso qualcosa io?

Ti sei perso qualcosa tu, o meglio trattasi di diffusa erronea credenza: in realtà molti DSLAM ATM Telecomitalia sono da tempo dotati di piastre ADSL2+, in quanto forniscono connettività 10/20Mb ad OLO Bitstream (ed ai residui clienti Telecomitalia 20Mb).

Riguardo la seconda domanda, in linea di massima si tratta di saturazione (o congestione, in questi casi il risultato non cambia con il cambio lessicale...) e...NO non c'è nulla di risolutivo, se non il ribaltamento su DSLAM GBE.

Se ci fosse, ovviamente.

Quindi nel tuo caso l'unica è attendere l'eventualità che venga affiancato all'attuale (o attuali, a priori non saprei) DSLAM ATM.

Una eventuale soluzione tampone potrebbe essere il ribaltamento di VP, posto che la saturazione sia più a livello di ATM che di DSLAM (e posto che vi sia più di un VP disponibile e magari in condizioni eventualmente migliori).

L'alternativa è la copertura ULL, ma generalmente una centrale non coperta da rete GBE Telecomitalia, non è lo è nemmeno dalle reti proprietarie OLO. Nulla ti vieta di verificarlo, ovviamente, ed in merito puoi seguire una delle varie guide facilmente trovabili in internet.
 
Ti sei perso qualcosa tu, o meglio trattasi di diffusa erronea credenza: in realtà molti DSLAM ATM Telecomitalia sono da tempo dotati di piastre ADSL2+, in quanto forniscono connettività 10/20Mb ad OLO Bitstream (ed ai residui clienti Telecomitalia 20Mb).

Riguardo la seconda domanda, in linea di massima si tratta di saturazione (o congestione, in questi casi il risultato non cambia con il cambio lessicale...) e...NO non c'è nulla di risolutivo, se non il ribaltamento su DSLAM GBE.

Se ci fosse, ovviamente.

Quindi nel tuo caso l'unica è attendere l'eventualità che venga affiancato all'attuale (o attuali, a priori non saprei) DSLAM ATM.

L'alternativa è la copertura ULL, ma generalmente una centrale non coperta da rete GBE Telecomitalia, non è lo è nemmeno dalle reti proprietarie OLO. Nulla ti vieta di verificarlo, ovviamente, ed in merito puoi seguire una delle varie guide facilmente trovabili in internet.

grazie iperbole,
allora, no non ci sono operatori in ULL qui purtroppo...e questa cosa della congestione un po' mi preoccupa...
qualche altro operatore in WS potrebbe avere meno problemi (che ne so magari un tot di banda riservata in centrale) rispetto a TI?
eppure sul sito di verifica mi dice che la centrale non è satura, pertanto non sono previste espansioni sui piani TI...
se uno chiede l'Internet Play in queste condizioni che fanno? se c'è congestione lo danno comunque?
 
Sui DSLAM non viene applicata nessuna policy di CoS, a distinzione di clientela TI piuttosto che OLO (né nessun'altra tipologia di policy, vabeh), pertanto se è saturo...lo è indistintamente dall'operatore.

Se fosse, invece, satura la tratta ATM, l'ipotesi di un cambio operatore, quindi di tratta ATM, potrebbe rivelarsi utile...se non fosse che, generalmente, la tratta ATM Telecomitalia non è satura, mentre spesso e volentieri lo sono quelle degli OLO...pertanto a parità di altre condizioni io sconsiglio un allacciamento in modalità bitstream con consegna ATM (le altre condizioni non sono però pari, in verità, visto che mediamente i costi degli OLO Bitstream sono inferiori, pertanto va ricordato che a fronte di presunta parità di saturazione potresti almeno risparmiare soldi).

Internet play è vincolato sicuramente ai valori di linea, che nel tuo caso sono validi, mentre non ricordo se ci sia qualche vincolo relativamente alla saturazione DSLAM, anche se nei casi come i tuoi sono soldi buttati via, perché sarebbe come togliere un bicchiere d'acqua dal mare...
 
Vi spiego la mia situazione. Ho avuto sempre problemi di disconnessioni per chiamate in entrata dalla 10mbit in poi, perchè ogni qual volta ho un crollo di 11.5dB in upload (problema loro) ma non sono mai riusciti a porre rimedio in quanto dicono che i nuovi zainetti adsl sono fatti così. Ho attivato la 20mbit nella speranza che cambiasse qualcosa ma il crollo di quasi 12dB è presente. Un giorno vedo l'up che invece di agganciare ai soliti 1130.. aveva agganciato a 850. L'SRN in upload è a 17dB e magicamente non si sconnette più, ovviamente crolla sempre l'SNR di 12 ma ne rimangono su 5 e quindi la connessione non cade! Il problema è: come faccio ad aggangiare in quel modo?? in poche parole a target 12dB chiamo continuamente a casa mia creando disturbi in modo che arrivi ad agganciare più di 13/14db. Dopo un po di tempo mi stufo comunque di questa situazione e chiamo la telecom innumerevoli volte e non riuscivano a capire il problema. Dopo una lunga discussione mi mettono un profilo fast 20Mbit con 512in up. Morale della favola con 33dB in up non si disconnette mai! ora è sorto un'altro problema: ho diversi amici che lavorano in telecom non vicino a dove abito io, che mi hanno riferito che è un profilo instabile: infatti non mi raggiunge più i 17/18mbit con il trick SNR tramite telnet e ogni qualvolta che scarico o carico in upload il ping si inpenna sopra i 3/400ms fino a 1700ms (il che mi mozza la banda e non arrivo a più di 11/12Mbit). Ora dico io.. CHE CASPITA POSSO FARE???
Questo il mio screen.. guardate che razza di ping schifoso, senza fare nulla!

wnPqQmQ.webp

AIUTATEMI!!!
 
Sui DSLAM non viene applicata nessuna policy di CoS, a distinzione di clientela TI piuttosto che OLO (né nessun'altra tipologia di policy, vabeh), pertanto se è saturo...lo è indistintamente dall'operatore.

Se fosse, invece, satura la tratta ATM, l'ipotesi di un cambio operatore, quindi di tratta ATM, potrebbe rivelarsi utile...se non fosse che, generalmente, la tratta ATM Telecomitalia non è satura, mentre spesso e volentieri lo sono quelle degli OLO...pertanto a parità di altre condizioni io sconsiglio un allacciamento in modalità bitstream con consegna ATM (le altre condizioni non sono però pari, in verità, visto che mediamente i costi degli OLO Bitstream sono inferiori, pertanto va ricordato che a fronte di presunta parità di saturazione potresti almeno risparmiare soldi).

Internet play è vincolato sicuramente ai valori di linea, che nel tuo caso sono validi, mentre non ricordo se ci sia qualche vincolo relativamente alla saturazione DSLAM, anche se nei casi come i tuoi sono soldi buttati via, perché sarebbe come togliere un bicchiere d'acqua dal mare...

iperbole ma secondo te questa è congestione già al DSLAM:

PING 192.168.100.1 (192.168.100.1): 56 data bytes
64 bytes from 192.168.100.1: seq=0 ttl=255 time=717.322 ms
64 bytes from 192.168.100.1: seq=1 ttl=255 time=648.646 ms
64 bytes from 192.168.100.1: seq=2 ttl=255 time=771.825 ms
64 bytes from 192.168.100.1: seq=3 ttl=255 time=744.726 ms
64 bytes from 192.168.100.1: seq=4 ttl=255 time=834.900 ms
64 bytes from 192.168.100.1: seq=5 ttl=255 time=893.977 ms
64 bytes from 192.168.100.1: seq=6 ttl=255 time=795.633 ms
64 bytes from 192.168.100.1: seq=7 ttl=255 time=897.358 ms

--- 192.168.100.1 ping statistics ---
9 packets transmitted, 8 packets received, 11% packet loss
round-trip min/avg/max = 648.646/788.048/897.358 ms

Ho chiamato di nuovo 187-2, questa volta hanno fatto test anche loro e detto che è un problema loro, che giravano la chiamata ad un tecnico con quanto hanno riscontrato....mah, stiamo a vedere...
 
Se quelle latenze sono signifiicativamente variabili nel corso delle 24h in base ad un pattern riconoscibile, e sono associate a corrispettiva variabilità della banda passate, si può presumere che sia saturazione: distinguere saturazione DSLAM da saturazione rete di trasporto non è fattibile con quei pochi dati, ma generalmente i circuiti Telecomitalia NON soffrono saturazione a livello di rete di trasporto.
 
Se quelle latenze sono signifiicativamente variabili nel corso delle 24h in base ad un pattern riconoscibile, e sono associate a corrispettiva variabilità della banda passate, si può presumere che sia saturazione: distinguere saturazione DSLAM da saturazione rete di trasporto non è fattibile con quei pochi dati, ma generalmente i circuiti Telecomitalia NON soffrono saturazione a livello di rete di trasporto.

mah...io ho riscontrato valori solitamente sui 45ms e quando andava male tra i 150 e i 400ms...stasera è da incubo...continua ad andare in maniera pazzescamente lenta:

PING 192.168.100.1 (192.168.100.1): 56 data bytes
64 bytes from 192.168.100.1: icmp_seq=0 ttl=254 time=931.039 ms
64 bytes from 192.168.100.1: icmp_seq=1 ttl=254 time=748.254 ms
64 bytes from 192.168.100.1: icmp_seq=2 ttl=254 time=669.280 ms
64 bytes from 192.168.100.1: icmp_seq=3 ttl=254 time=794.323 ms
64 bytes from 192.168.100.1: icmp_seq=4 ttl=254 time=716.455 ms
64 bytes from 192.168.100.1: icmp_seq=5 ttl=254 time=842.293 ms
64 bytes from 192.168.100.1: icmp_seq=6 ttl=254 time=762.192 ms
64 bytes from 192.168.100.1: icmp_seq=7 ttl=254 time=785.556 ms
64 bytes from 192.168.100.1: icmp_seq=8 ttl=254 time=912.424 ms
64 bytes from 192.168.100.1: icmp_seq=9 ttl=254 time=1037.525 ms

--- 192.168.100.1 ping statistics ---
10 packets transmitted, 10 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 669.280/819.934/1037.525/106.047 ms

64 bytes from 88.149.128.3: icmp_seq=0 ttl=53 time=980.657 ms
64 bytes from 88.149.128.3: icmp_seq=1 ttl=53 time=1003.658 ms
64 bytes from 88.149.128.3: icmp_seq=2 ttl=53 time=1008.722 ms
64 bytes from 88.149.128.3: icmp_seq=3 ttl=53 time=1033.574 ms
64 bytes from 88.149.128.3: icmp_seq=4 ttl=53 time=1031.563 ms
64 bytes from 88.149.128.3: icmp_seq=5 ttl=53 time=1045.939 ms
64 bytes from 88.149.128.3: icmp_seq=6 ttl=53 time=811.680 ms
64 bytes from 88.149.128.3: icmp_seq=7 ttl=53 time=833.957 ms
64 bytes from 88.149.128.3: icmp_seq=8 ttl=53 time=654.423 ms
64 bytes from 88.149.128.3: icmp_seq=9 ttl=53 time=678.312 ms

--- maya.ngi.it ping statistics ---
10 packets transmitted, 10 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 654.423/908.249/1045.939/143.686 ms

ho fatto una prova di download da debian.fastweb.it e scarica sotto i 50KB/s...mamma mia...

spero che la verifica che hanno fatto al 187-2 per cui mi diceva il tizio ha effettivamente riscontrato un problema di linea (ma non mia, ma loro) e che passava la segnalazione al tecnico col suo riscontro, produca qualcosa....le scorse due segnalazioni che avevo aperto non avevano fatto test, questa volta mi ha fatto spegnere il modem, riprovare e ha detto che lui stesso riscontrava l'anomalia e quindi segnalava il tutto...sarebbe interessante se ci fosse qualcuno che lavora in TI che può verificare cosa ha scritto l'operatore nella pratica..
 
Se il tuo "mah" è riferito al fatto che i circuiti Telecomitalia nono soffrono generalmente saturazione a livello rete di trasporto, sappi che, in altre parole, il senso è che: se soffrono di saturazione, generalmente è a livello DSLAM.

Ciò chiarito, latenze e banda vanno di pari passo, a quanto pare, nel tuo caso...pertanto propenderei per saturazione, probabilmente appunto a livello DSLAM.

Non c'è soluzione: quel DSLAM resta saturo fino a che eventualmente non ribaltano circuiti su altro DSLAM (generalmente GBE, nel momento in cui lo affiancano).
 
Se il tuo "mah" è riferito al fatto che i circuiti Telecomitalia nono soffrono generalmente saturazione a livello rete di trasporto, sappi che, in altre parole, il senso è che: se soffrono di saturazione, generalmente è a livello DSLAM.

Ciò chiarito, latenze e banda vanno di pari passo, a quanto pare, nel tuo caso...pertanto propenderei per saturazione, probabilmente appunto a livello DSLAM.

Non c'è soluzione: quel DSLAM resta saturo fino a che eventualmente non ribaltano circuiti su altro DSLAM (generalmente GBE, nel momento in cui lo affiancano).
In parole povere nella centrale.dove sono attestato c'è poca banda rispetto.all'utenza che la satura, giusto?
Ciò sarebbe confermato dal fatto che in centrale c'è solo dslam ATM e non gbe e che non viene offerta ADSL in taglio 20M , probabilmente perché non c'è banda disponibile?
Ma perché negli excel Telecom si riporta che la centrale non è satura? Intendono fisicamente come porte? Attualmente anche una.chiavetta UMTS andrebbe meglio cacchio...
Una saturazione di DSLAM praticamente non mi da via di scampo con nessun operatore, giusto? Forse solo quelli WiMAX/WiFi potrebbero andare meglio...
 
Ciao raga, io ho da tempo Alice 7Mb (distanza 2/3Km) con questi valori,dite vanno bene?
i gg scorsi ho avuto qualche caduta di linea e dp aver chiamato il 187-2 adesso è tornata stabile.

telecom.webp
 
iperbole ti ho mandato un mp ma non sono sicuro ti sia arrivato perchè non lo visualizzo tra i messaggi inviati...potresti gentilmente dirmi se ti è arrivato? thanksss
 
Ah ecco perché l'hai re-inviato...beh, come ti ho scritto, appena ho tempo do un'occhiata.

Evitiamo, però, richieste private in pubblico, o segnalazioni di questo tipo: se dopo un'ora che hai scritto, non hai avuto ancora risposta, non significa necessariamente che non sia arrivato il messaggio, anzi è un'eventualità più unica che rara...qui lavoriamo tutti, fino a prova contraria, quindi si risponde quando si riesce.
 
Linea rumorosa, con quell'attenuazione la teoria ci insegna che si può agganciare circa 10Mb.

Comunque non è il mio campo di pertinenza, lascio a colleghi più competenti queste valutazioni.
 
Ciao ragazzi, ho seguito con interessa questa discussione..
Sono passato ad alice 20 mega da qualche giorno e dopo varie telefonate 187/2 e varie prove di profilo sono riuscito a farmi mettere quello i184 a 6dB, con un downstream di 18300 e usptream di 1100 segnati nelle statistiche del router netgear dgnd4000.
L'operatore mi ha detto che sono a meno di un chilometro dalla centrale.
Io ho chiesto di provare ulteriori profili per arrivare ai mitici 22 in down ma lui mi ha detto che 22 li ha visti 3 volte in vita sua che rischio solo di fare casino sulla linea e di dover poi chiedere l'intervento manuale sulla linea...
Domanda: secondo voi devo richiamare ed insistere per provare altri profili oppure ha ragione l'operatore lascio perdere e mi accontento?
Grazie mille
 
Pubblicità
Pubblicità
Indietro
Top