Newsgroup: it.comp.os.linux.sys
Titolo: cambio modem ADSL fatto... problemino...

Ciao a tutti,
 
oggi ho provato a sostituire al mio attuale modem speedtouch USB (ppp0) 
un modem ethernet (ppp1) sul mio router gentoo visto che lo speedtouch 
mi limita la velocitï¿œ a 4 megabit.
Ho configurato la connessione pppoe che ritengo OK visto che ifconfig mi 
ritorna:
 
ifconfig ppp1
ppp1: flags=4305<UP,POINTOPOINT,RUNNING,NOARP,MULTICAST>  mtu 1492
         inet 79.34.26.117  netmask 255.255.255.255  destination 
192.168.100.1
         ppp  txqueuelen 3  (Point-to-Point Protocol)
         RX packets 189  bytes 56822 (55.4 KiB)
         RX errors 0  dropped 0  overruns 0  frame 0
         TX packets 195  bytes 33224 (32.4 KiB)
         TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
 
Sono poi andato a cambiare l'interfaccia verso il modem in shorewall 
(nei file interfaces e masq) sostituendo ppp1 a ppp0 e la cosa 
funzionicchia... sui client in lan skype funziona, i nomi paiono risolti 
bene, la posta funziona ma ho problemi su quasi tutti i siti web (per 
esempio quando vado a caricare una pagina sul sito del corriere, la tab 
prende il nome dell'articolo ma poi la connessione si pianta e il 
browser resta in attesa eterna) e non riesco a usare i newsgroup.
 
Ho provato a verificare che non fosse un problema del modem, 
connettendolo al laptop con windows 7, ma cosï¿œ funziona perfettamente.
 
Quale potrebbe essere il problema???
 
Molte grazie!!!
 
L

 Quale potrebbe essere il problema???
 
Al 90% problemi di mtu. Abbassalo a 1492 e vedi. Eventualmente abbassalo
ulteriormente fino a che non raggiungi il valore corretto.
 
 
-- 
Flavio Visentin
 
Scientists discovered what's wrong with the female brain: on the left
side, there's nothing right, and on the right side, there's nothing left

Il 24/02/2013 23.36, THe_ZiPMaN ha scritto:> Sacchi wrote:
 >> Quale potrebbe essere il problema???
 
 > Al 90% problemi di mtu. Abbassalo a 1492 e vedi. Eventualmente abbassalo
 > ulteriormente fino a che non raggiungi il valore corretto.
 
Ciao e grazie per l'aiuto!
 
l'MTU dovrebbe essere giï¿œ 1492, come ho scritto nel messaggio originario:
 
 >> ifconfig ppp1
 >> ppp1: flags=4305<UP,POINTOPOINT,RUNNING,NOARP,MULTICAST>  mtu 1492
 
l'mtu che sto usando attualmente col modem USB ï¿œ 1500 (la connessione 
adsl ï¿œ la stessa, dovrï¿œ fisicamente spostare il doppino telefonico da un 
modem all'altro per intenderci..); questo valore dipende dal modem o dal 
provider?
 
Stasera provo a ridurlo, poi ti faccio sapere..
 
Questo metodo per dimensionarlo potrebbe essere OK?
http://www.tp-link.com/lk/article/?id=190
 
 
grazie!
 
L
 
 

 browser resta in attesa eterna) e non riesco a usare i newsgroup.
 
Potrebbe anche essere un problema di window scaling.
 
 
-- 
Stefano L.

 
http://www.tp-link.com/lk/article/?id=190
 
 
Per trovare il valore giusto sï¿œ, il metodo ï¿œ corretto.
Ovviamente su Linux usi le corrispondenti opzioni di ping
 
# ping -M do -s 1500 a.b.c.d


 # ping -M do -s 1500 a.b.c.d
 
Mitico, grazie!
Ci aggiorniamo!
 
L
 

 Potrebbe anche essere un problema di window scaling.
 
Ciao a tutti,
 
purtroppo non � l'MTU. Con il metodo  ping -M do -s 1500 
www.google.it
 
ho trovato il valore di 1464 ma il problema � rimasto.
Ho provato a visitare 
www.repubblica.it
 da un client windows in lan 
mentre wireshark sniffava sul client stesso. Se il router � connesso con 
ppp0 tutto ok. Usando ppp1 (il nuovo modem pppoe) appaiono questi errori:
 
43	6.229145000	213.92.16.171	192.168.1.207	TCP	1025	[TCP Previous 
segment not captured] [TCP segment of a reassembled PDU]
44	6.229190000	192.168.1.207	213.92.16.171	TCP	66	[TCP Dup ACK 39#1] 
ucentric-ds > http [ACK] Seq=729 Ack=1 Win=65700 Len=0 SLE=4381 SRE=5352
45	6.249141000	213.92.16.171	192.168.1.207	TCP	1506	[TCP Retransmission] 
[TCP segment of a reassembled PDU]
47	6.250131000	213.92.16.171	192.168.1.207	TCP	1506	[TCP Retransmission] 
[TCP segment of a reassembled PDU]
49	6.252111000	213.92.16.171	192.168.1.207	TCP	1506	[TCP Retransmission] 
[TCP segment of a reassembled PDU]
51	6.252360000	213.92.16.171	192.168.1.207	TCP	78	[TCP Retransmission] 
[TCP segment of a reassembled PDU]
 
Cosa ne pensate?
Molte grazie di nuovo,
 
L

 Cosa ne pensate?
 
ip addr
ip route
tcpdump -s0 -i any -w /tmp/capture
 
output dei comandi e upload della capture


 purtroppo non è l'MTU.
 
Infatti io non ho parlato di MTU ma di window scaling.
 
Prova con:
 
echo 0 > /proc/sys/net/ipv4/tcp_default_win_scale
 
-- 
Stefano L.

Cosa ne pensate?
 
Che mi sa che ha ragione Stefano. Guarda che valore hai di Win quando si e'
verificato l'inciampo: e' il primo pacchetto che supera 65535.
 
Potresti avere un PPP non ROHC compliant, per cui, _o_ disattivi la "header
compression", oppure TCP timestamping e scaling ti danno fastidio.
 
Nel comando di ifconfig per ppp0, aggiungi "-rfc1323".
 
Leonardo
 
-- 
Were I Glenallan's Earl this tide, and were you Roland Cheyne,
My spur would be in my horse's side, the bridle upon his mane.
If they hae twenty thousand blades and we twice ten times ten,
Yet they hae but their tartan plaids, and we're mail-clad men.

 Nel comando di ifconfig per ppp0, aggiungi "-rfc1323".
 
Ho aggiunto '-rfc1323' a 'config_ppp1="ppp" ' ma non cambia nulla.
Ho poi provato a dare il comando a manazza:
 
# ifconfig ppp1 -rfc1323
-rfc1323: Unknown host
 
Sto per piangere...
 
L

 echo 0 > /proc/sys/net/ipv4/tcp_default_win_scale
 
Io questo file non ce l'ho. Non so se c'entra qualcosa, ho il kernel 
3.7.6. Ho /proc/sys/net/ipv4/tcp_window_scaling, che era ad 1.
L'ho messo a 0, ma il problema persiste.
 
Grazie a tutti,
 
L

Ho aggiunto '-rfc1323' a 'config_ppp1="ppp" ' ma non cambia nulla.
 
Eh, direi. Colpa mia, OS sbagliato. Scusa :-(
 
Prova:
 
 
http://www.ecr6.ohio-state.edu/window-scaling.html
 



 > wrote:
 >
 >> Ho aggiunto '-rfc1323' a 'config_ppp1="ppp" ' ma non cambia nulla.
 > Eh, direi. Colpa mia, OS sbagliato. Scusa
 > Prova:
 >     
http://www.ecr6.ohio-state.edu/window-scaling.html
 
 
Ciao Leonardo,
 
Questa prova me l'ha fatta fare Stefano a cui ho risposto sopra.
Questo � il messaggio:
__________________________________
 
 > Infatti io non ho parlato di MTU ma di window scaling.
 > Prova con:
 > echo 0 > /proc/sys/net/ipv4/tcp_default_win_scale
 
Io questo file non ce l'ho. Non so se c'entra qualcosa, ho il kernel 
3.7.6. Ho /proc/sys/net/ipv4/tcp_window_scaling, che era ad 1.
L'ho messo a 0, ma il problema persiste.
__________________________________
 
Non so possa significare qualcosa, ma questo modem funziona "out of the 
box" sul laptop windows 7 con questa connessione, senza installare 
nulla... che settaggi usa windows 7 sul pppoe?
 
Molte grazie di nuovo a tutti,
 
Lorenzo

 funzionicchia... sui client in lan 
 
Stiamo quindi parlando di macchine diverse, una linux box che fa da router e 
poi dei client ?
 
Se è così, dove hai disabilitato il window scaling, sul router ?
Dovrebbe essere disabilitato sui sui client.
 
 
-- 
Stefano L.

nulla... che settaggi usa windows 7 sul pppoe?
 
Quelli :-(
 
Allora, ricominciamo da capo; so per esperienza che quando si provano varie
opzioni e' facile ripetere due volte lo stesso test e ometterne uno.
 
1. Imposta la MTU di ppp1 sul router a un valore sicuramente ultrabasso, ad
   esempio 1400. Poi lo facciamo salire, ma partiamo bassi.
 
2. Disabilita il Window Scaling sul router. In seguito magari proviamo pure
   a riattivarlo, ma all'inizio lo teniamo off.
 
3. Butta giu' e ritira su la connessione.
 
4. Fai la prova sul client.
 
5. Verifica con ifconfig il valore di MTU sul router :-D


 Dovrebbe essere disabilitato sui sui client.
 
Non è una soluzione praticabile, anche perché non posso disabilitarlo 
sul pc dell'amico o sul telefono...
 
Ciao e grazie,
 
L

 5. Verifica con ifconfig il valore di MTU sul router :-D
 
Ti anticipo che non va, ma ho fatto anche altre prove.
Questa macchina, oltre che da router, hosta qualche servizio.
Ho provato imap, subversion ed ftp e questi servizi funzionano 
(ovviamente da fuori, ho usato il cell come modem) anche col modem nuovo 
e indipendentemente se metto 0 o 1 in 
/proc/sys/net/ipv4/tcp_window_scaling (ovviamente, una volta cambiato, 
facevo un restart dell'interfaccia ppp1).
I client in LAN hanno problemi su alcuni siti, sempre indipendentemente 
da cosa metto in /proc/sys/net/ipv4/tcp_window_scaling .
Un esempio notevole � 
www.speedtest.net
.
Se uso il vecchio modem (ppp0), il sito va alla grande (ma scarico a 
massimo 4 megabit, che � il limite di questo modem).
Se uso il nuovo modem, tcpdump -n -i ppp1 host 
www.speedtest.net
 
(ovviamente sul router) mi ritorna:
 
listening on ppp1, link-type LINUX_SLL (Linux cooked), capture size 
65535 bytes
22:45:08.463942 IP 74.209.160.12.80 > 79.19.116.152.26683: Flags [S.], 
seq 3996360437, ack 
3073297327
, win 32768, options [mss 1460,nop,wscale 
0], length 0
22:45:08.464235 IP 79.19.116.152.26683 > 74.209.160.12.80: Flags [.], 
ack 1, win 16425, length 0
22:45:08.464385 IP 79.19.116.152.26683 > 74.209.160.12.80: Flags [P.], 
seq 1:635, ack 1, win 16425, length 634
22:45:08.672817 IP 74.209.160.12.80 > 79.19.116.152.26683: Flags [.], 
ack 635, win 32946, length 0
22:45:08.938658 IP 74.209.160.12.80 > 79.19.116.152.26683: Flags [P.], 
seq 1:531, ack 635, win 33580, length 530
22:45:08.939657 IP 74.209.160.12.80 > 79.19.116.152.26683: Flags [P.], 
seq 531:1449, ack 635, win 33580, length 918
22:45:08.939954 IP 79.19.116.152.26683 > 74.209.160.12.80: Flags [.], 
ack 1449, win 16063, length 0
22:45:08.941655 IP 74.209.160.12.80 > 79.19.116.152.26683: Flags [P.], 
seq 1449:2897, ack 635, win 33580, length 144822:45:08.994961 IP 
79.19.116.152.26683 > 74.209.160.12.80: Flags [.], ack 2897, win 16425, 
length 0
22:45:09.188508 IP 74.209.160.12.80 > 79.19.116.152.26683: Flags [P.], 
seq 7277:7541, ack 635, win 33580, length 264
22:45:09.188804 IP 79.19.116.152.26683 > 74.209.160.12.80: Flags [.], 
ack 2897, win 16425, length 0
22:45:13.940667 IP 74.209.160.12.80 > 79.19.116.152.26683: Flags [R.], 
seq 7541, ack 635, win 33580, length 0
22:45:13.941148 IP 79.19.116.152.26683 > 74.209.160.12.80: Flags [.], 
ack 2897, win 16425, length 0
22:45:14.134550 IP 74.209.160.12.80 > 79.19.116.152.26683: Flags [R], 
seq 3996363334, win 0, length 0
22:45:28.400925 IP 79.19.116.152.26701 > 74.209.160.12.80: Flags [S], 
seq 271674339, win 8192, options [mss 1460,nop,wscale 2,nop,nop,sackOK], 
length 0
22:45:28.594899 IP 74.209.160.12.80 > 79.19.116.152.26701: Flags [S.], 
seq 403767079, ack 271674340, win 32768, options [mss 1460,nop,wscale 
0], length 0
22:45:28.595354 IP 79.19.116.152.26701 > 74.209.160.12.80: Flags [.], 
ack 1, win 16425, length 0
22:45:33.601116 IP 79.19.116.152.26701 > 74.209.160.12.80: Flags [F.], 
seq 1, ack 1, win 16425, length 0
22:45:33.792790 IP 74.209.160.12.80 > 79.19.116.152.26701: Flags [R.], 
seq 1, ack 1, win 33580, length 0
 
Sul browser vedo che inizia a caricare la pagina, vedo lo sfondo poi mi 
esce il messaggio "la connessione � stata annullata".
 
Non posso fare una prova navigando dal router perch� questa macchina, 
essendo headless, non gli ho installato n� x n� un window manager.. e 
quindi non ho un browser (a dire il vero ho elinks, ma non so se possa 
servire.. dubito).
 
Vi ringrazio ancora dell'aiuto....
Ciao,
 
L

 sul pc dell'amico o sul telefono...
 
Vero ma, almeno provando su un client, se risolve hai identificato con 
certezza il problema.
 
 
-- 
Stefano L.

 servire.. dubito).
 
Magari wget ?
 
-- 
Stefano L.

Il 28/02/2013 14.36, Stefano L. ha scritto:> Magari wget ?
 
Buono... stasera lo provo.
Grazie :-)
 
L

 certezza il problema.
 
Giusto...
Ho solo dei desktop con windows... googlando ho visto che per 
disabilitare il windows scaling devo dare questo comando:
netsh interface tcp set global autotuninglevel=disabled
Sai confermarmelo per cortesia?
 
Molte grazie!!!
 
L

 I client in LAN hanno problemi su alcuni siti, sempre indipendentemente da cosa metto in /proc/sys/net/ipv4/tcp_window_scaling .
 
Quello è chiaro, se fai solo forwarding i parametri sullo scaling impostati sul router non hanno alcuna
influenza sul comportamento dei client.
 
Io su un client proverei sia ad abbassare MTU che a eliminare lo scaling, tanto per cercare di circoscrivere
il problema. Un'altra buona idea sarebbe quella di salvare l'output di tcpdump su file e di rianalizzarlo
a posteriori con wireshark, che ha un minimo di tool per rilevare anomalie di protocollo. (-s0 per catturare i pacchetti
nella loro interezza e -w <nomefile> per salvare su file)

 nella loro interezza e -w <nomefile> per salvare su file)
 
Ciao e grazie per l'aiuto!
 
Stasera o massimo nel week end mi ci metto e posterò il risultato... grazie!
 
L

 Io su un client proverei sia ad abbassare MTU che a eliminare lo scaling, tanto per cercare di circoscrivere
 
Mi puoi confermare il comando sotto windows seven per cortesia?
 
Per MTU: netsh interface ipv4 set subinterface "Connessione alla rete 
locale lan" mtu=1458
Per disabilitare lo scaling: netsh interface tcp set global 
autotuninglevel=disabled
 
Grazie!!!
 
L

 Quale potrebbe essere il problema???
 
In /usr/share/doc/ppp/README.Debian.gz io ho la nota, che mi ha spesso
salvato da qualche mal di testa:
 
 
MSS clamping
~~~~~~~~~~~~
If the computer running pppd acts as a router for other machines, you
probably want to make it reduce the MSS field of outgoing packets, to
avoid fragmentation and problems caused by path MTU blackholing.
You may add something like this to /etc/ppp/ip-up.d/local:
 
iptables --insert FORWARD 1 --proto tcp --tcp-flags SYN,RST SYN \
        --out-interface $PPP_IFACE --match tcpmss --mss 1400:1536 \
        --jump TCPMSS --clamp-mss-to-pmtu
 
 
-- 
  Berlusconi: "Quando scendo io in campo per la sinistra non c'ï¿œ scampo"
  ï¿œ proprio vero che siamo un paese di poeti, santi e navigatori...

 MSS clamping
 
Aggiunto CLAMPMSS=Yes in shorewall.conf e ora... sembra funzionare!!!!
Un mito!!!
 
Grazie a tutti per l'aiuto!!!!
 
L