[Thread Ufficiale] Router NETGEAR DGN2200v1 Wireless-N 300 Router with DSL Modem - Pagina 390

strassada · 14-04-2011, 21:01

Quote:

Originariamente inviato da cionci

Gente, sto testando una correzione fatta nel sorgente del demone PPP. E' relativa ad un conteggio nel caso di fallimento del LCP-ECHO. Se ci sono 3 fallimenti di fila la sessione PPPoE viene buttata giù. Nel sorgente del TP-Link questo valore è 34 !!! In PPPoA è settato a 20. L'ho rimesso a 34. Quello che c'è di buono è che il valore può essere cambiato anche da linea di comando, così potrei anche inserirlo in qualche opzione di Modfs per rendere PPPoE più o meno reattivo alla perdita di pacchetti.
Un aggiornamento dei NAS Telecom potrebbe aver portato ad ignorare un numero di echo maggiore in casi particolari o anche per semplice scarto dei pacchetti.
E' già up, domani mattina vi so dire qualcosa.

questo viene dal dg834gv5, quindi è un settaggio che fanno anche in altri modelli.

/tmp/ppp # cat /tmp/ppp/options
plugin /etc/ppp/plugins/rp-pppoe.so
nas0
defaultroute
noauth
user "xxxxxxxxxx"
mtu 1492
mru 1492
holdoff 60
persist
lcp-echo-interval 20
lcp-echo-failure 3
maxfail 0

Mrbanks · 14-04-2011, 21:18

Quote:

Originariamente inviato da strassada

MTU a 1500 non è supportato da tutti i provider, per cui hanno preferito abbassarlo sul firmware a 1458 massimo (comunque si può cambiare via telnet, hanno solo messo un blocco da interfaccia)

Da alice non è supportato?

strassada · 14-04-2011, 21:40

certo, 1500 in pppoa e 1492 in pppoe.

il problema è che per non sbattersi troppo in assistenza, quelli della Netgear hanno limitato e basta.
come vedi appena accendi la prima volta il dgn2200, si connette in pppoa llc e mtu (ora) limitato a 1458, ma che altrimenti sarebbe 1500. Più o meno lo stesso capita con altri Netgear.
si vede che ci sono provider USA (o altrove, ma si sa che il mercato USA ha più considerazione) che hanno problemi con MTU alto, e pochi utenti si mettono da soli a variare questi parametri (o solo dopo che richiedono assistenza), per cui hanno deciso di abbassare l'mtu in pppoa a 1458.

cionci · 14-04-2011, 21:57

Quote:

Originariamente inviato da strassada

questo viene dal dg834gv5, quindi è un settaggio che fanno anche in altri modelli.

/tmp/ppp # cat /tmp/ppp/options
plugin /etc/ppp/plugins/rp-pppoe.so
nas0
defaultroute
noauth
user "xxxxxxxxxx"
mtu 1492
mru 1492
holdoff 60
persist
lcp-echo-interval 20
lcp-echo-failure 3
maxfail 0

Probabile, ma mi sembra un test da fare. Magari insieme ad altri settaggi crea problemi.

andrea21175 · 14-04-2011, 21:59

Quote:

Originariamente inviato da cionci

Gente, sto testando una correzione fatta nel sorgente del demone PPP. E' relativa ad un conteggio nel caso di fallimento del LCP-ECHO. Se ci sono 3 fallimenti di fila la sessione PPPoE viene buttata giù. Nel sorgente del TP-Link questo valore è 34 !!! In PPPoA è settato a 20. L'ho rimesso a 34. Quello che c'è di buono è che il valore può essere cambiato anche da linea di comando, così potrei anche inserirlo in qualche opzione di Modfs per rendere PPPoE più o meno reattivo alla perdita di pacchetti.
Un aggiornamento dei NAS Telecom potrebbe aver portato ad ignorare un numero di echo maggiore in casi particolari o anche per semplice scarto dei pacchetti.
E' già up, domani mattina vi so dire qualcosa.

Visto che per me tutto quello che hai scritto è arabo

...potresti spiegarmi che novità cui sono?

cionci · 14-04-2011, 22:02

Quote:

Originariamente inviato da andrea21175

Visto che per me tutto quello che hai scritto è arabo

...potresti spiegarmi che novità cui sono?

Aspetta, se ci sono novità lo dico.

Mrbanks · 14-04-2011, 22:03

Quote:

Originariamente inviato da strassada

certo, 1500 in pppoa e 1492 in pppoe.

il problema è che per non sbattersi troppo in assistenza, quelli della Netgear hanno limitato e basta.
come vedi appena accendi la prima volta il dgn2200, si connette in pppoa llc e mtu (ora) limitato a 1458, ma che altrimenti sarebbe 1500. Più o meno lo stesso capita con altri Netgear.
si vede che ci sono provider USA (o altrove, ma si sa che il mercato USA ha più considerazione) che hanno problemi con MTU alto, e pochi utenti si mettono da soli a variare questi parametri (o solo dopo che richiedono assistenza), per cui hanno deciso di abbassare l'mtu in pppoa a 1458.

ah quindi il netgear se in europa ci sono connessioni che usano pppoa a 1500 se ne infischia?

strassada · 14-04-2011, 22:08

Quote:

Originariamente inviato da Mrbanks

ah quindi il netgear se in europa ci sono connessioni che usano pppoa a 1500 se ne infischia?

esatto: per evitare problemi a chi ha problemi con MTU alto, ha causato una limitazione a chi non ne ha.

cionci · 14-04-2011, 22:10

Quote:

Originariamente inviato da Mrbanks

ah quindi il netgear se in europa ci sono connessioni che usano pppoa a 1500 se ne infischia?

Tra l'altro in Europa non tutti i provider usano 1500 di MTU.
E 1500 non è l'MTU più efficiente per il PPPoA e non è nemmeno detto che a 1458 l'efficienza sia minore che a 1500 o magari se c'è differenza è dell'ordine dei 1% e anche meno.

Mrbanks · 14-04-2011, 22:32

Quote:

Originariamente inviato da cionci

Tra l'altro in Europa non tutti i provider usano 1500 di MTU.
E 1500 non è l'MTU più efficiente per il PPPoA e non è nemmeno detto che a 1458 l'efficienza sia minore che a 1500 o magari se c'è differenza è dell'ordine dei 1% e anche meno.

e a te chi te l'ha detto scusa?

a me avevano consigliato di mettere pppoa a 1500 perchè rendeva meglio.

cionci · 14-04-2011, 22:51

Quote:

Originariamente inviato da Mrbanks

e a te chi te l'ha detto scusa?

a me avevano consigliato di mettere pppoa a 1500 perchè rendeva meglio.

Semplicemente chi te l'ha detto non sa di cosa parlava

Questa discussione è molto interessante: http://www.hwupgrade.it/forum/showthread.php?t=1730959
L'MTU ottimale in PPPoA è 1478 (padding nullo), 1500 ha efficienza dell'86%, 1458 ancora dell'86%. Inoltre un MTU di 1500 può assolutamente portare a frammentazione ulteriore del pacchetto nelle reti successive e di conseguenza ad aumentare il tempo di ricezione.

Diabolik183 · 14-04-2011, 22:54

Quote:

Originariamente inviato da cionci

Semplicemente chi te l'ha detto non sa di cosa parlava

Questa discussione è molto interessante: http://www.hwupgrade.it/forum/showthread.php?t=1730959
L'MTU ottimale in PPPoA è 1478 (padding nullo), 1500 ha efficienza dell'86%, 1458 ancora dell'86%. Inoltre un MTU di 1500 può assolutamente portare a frammentazione ulteriore del pacchetto nelle reti successive e di conseguenza ad aumentare il tempo di ricezione.

Cionci, vista l'ora tarda ne approfitto per farti una domanda che non ho mai capito: ma ppoa e' meglio di pppoe, cioe' so che sono due protocolli differenti se cosi' si possono chiamare, uno faceva capo ai vecchi modem usb se non erro... che significa? Quale conviene usare?

cionci · 14-04-2011, 23:01

Quote:

Originariamente inviato da Diabolik183

Cionci, vista l'ora tarda ne approfitto per farti una domanda che non ho mai capito: ma ppoa e' meglio di pppoe, cioe' so che sono due protocolli differenti se cosi' si possono chiamare, uno faceva capo ai vecchi modem usb se non erro... che significa? Quale conviene usare?

In teoria il PPPoA è preferibile perché ha un livello di incapsulamento in meno, quindi ti dovrebbe garantire un minimo di latenza in meno.
Se disponibile, è meglio usare PPPoA, si parla comunque di 1-2 ms.
PPPoA, se non c'è frammentazione e se si sceglie l'MTU di 1478, è quello che spreca meno byte della connessione in intestazioni, ma come vedi dal link si tratta di guadagnare fra lo 0.45% e l'1.5% di banda. Quindi davvero bazzecole.

Mrbanks · 14-04-2011, 23:14

Quote:

Originariamente inviato da cionci

Semplicemente chi te l'ha detto non sa di cosa parlava

Questa discussione è molto interessante: http://www.hwupgrade.it/forum/showthread.php?t=1730959
L'MTU ottimale in PPPoA è 1478 (padding nullo), 1500 ha efficienza dell'86%, 1458 ancora dell'86%. Inoltre un MTU di 1500 può assolutamente portare a frammentazione ulteriore del pacchetto nelle reti successive e di conseguenza ad aumentare il tempo di ricezione.

Non intendevo criticare la tua risposta, dico solo che persone, compreso un utente che lavora in telecom di questo forum me l'ha confermato.

Tutto qua, per questo mi sono scandalizzato che router rinomati come i netgear avessero queste mancanze nel firmware.

marc.o.frax · 14-04-2011, 23:27

pensavo di essere il solo a ribadirlo.

non è che piu è alto mtu e meglio è...

inoltre non guardate solo l'mtu, rapportatelo anche ad rwin.

Mrbanks · 14-04-2011, 23:29

Quote:

Originariamente inviato da marc.o.frax

pensavo di essere il solo a ribadirlo.

non è che piu è alto mtu e meglio è...

inoltre non guardate solo l'mtu, rapportatelo anche ad rwin.

cioè in che senso? cmq non sto scherzando me l'ha detto un utente di questo forum che lavora in telecom.

marc.o.frax · 14-04-2011, 23:38

Quote:

Originariamente inviato da Mrbanks

cioè in che senso? cmq non sto scherzando me l'ha detto un utente di questo forum che lavora in telecom.

ti consiglio, visto che mi rivolgi questa domanda e per non andare off topic, di dare una lettura al link postato da cionci.

ti chiarirà le idee e troverai tutte le risposte del caso

Parnas72 · 15-04-2011, 00:09

Quote:

Originariamente inviato da cionci

PPPoA, se non c'è frammentazione e se si sceglie l'MTU di 1478, è quello che spreca meno byte della connessione in intestazioni, ma come vedi dal link si tratta di guadagnare fra lo 0.45% e l'1.5% di banda. Quindi davvero bazzecole.

Diciamo anche che questo 1% di differenza lo può sfruttare solo chi non prende portante piena; in caso contrario, la portante è già sovradimensionata per contenere tutti gli overhead della pila protocollare (es: 4832 Kbps di portante per la 4 Mega, 8128 per la 7 Mega, ecc.).
In questi casi il throughput effettivo è limitato a livello IP dai router dell' ISP, secondo il profilo sottoscritto dall'utente, e l'incapsulamento utilizzato diventa irrilevante.

cionci · 15-04-2011, 00:16

Quote:

Originariamente inviato da Parnas72

In questi casi il throughput effettivo è limitato a livello IP dai router dell' ISP, secondo il profilo sottoscritto dall'utente, e l'incapsulamento utilizzato diventa irrilevante.

E' vero anche questo.

strassada · 15-04-2011, 00:45

si ma fuori la rete del provider, che succede?
il dgn2200 ha il Path MTU discovery attivo, quindi se riceve il giusto ICMP, setta l'MTU a valori superiori o inferiori, no?

senza l'MTU discovery, setterebbe al valore minimo di mtu, dove fosse diverso da quello impostato nell'header iniziale. mi sbaglio nuovamente?

14-04-2011, 21:40	#7783
strassada Senior Member Iscritto dal: Nov 2001 Città: in quel di Venezia Messaggi: 12463	certo, 1500 in pppoa e 1492 in pppoe. il problema è che per non sbattersi troppo in assistenza, quelli della Netgear hanno limitato e basta. come vedi appena accendi la prima volta il dgn2200, si connette in pppoa llc e mtu (ora) limitato a 1458, ma che altrimenti sarebbe 1500. Più o meno lo stesso capita con altri Netgear. si vede che ci sono provider USA (o altrove, ma si sa che il mercato USA ha più considerazione) che hanno problemi con MTU alto, e pochi utenti si mettono da soli a variare questi parametri (o solo dopo che richiedono assistenza), per cui hanno deciso di abbassare l'mtu in pppoa a 1458.

14-04-2011, 23:27	#7795
marc.o.frax Bannato Iscritto dal: Mar 2010 Messaggi: 731	pensavo di essere il solo a ribadirlo. non è che piu è alto mtu e meglio è... inoltre non guardate solo l'mtu, rapportatelo anche ad rwin.

15-04-2011, 00:45	#7800
strassada Senior Member Iscritto dal: Nov 2001 Città: in quel di Venezia Messaggi: 12463	si ma fuori la rete del provider, che succede? il dgn2200 ha il Path MTU discovery attivo, quindi se riceve il giusto ICMP, setta l'MTU a valori superiori o inferiori, no? senza l'MTU discovery, setterebbe al valore minimo di mtu, dove fosse diverso da quello impostato nell'header iniziale. mi sbaglio nuovamente?

Strumenti
Mostra una versione stampabile Invia questa pagina per email