Resetting MTU for ICS clients on PPPoE DSL
-
pellizzeri
Resetting MTU for ICS clients on PPPoE DSL
We've been experiencing a problem loading specific web pages (and graphics on some web pages, like E-bay) on our 2 client PCs. These are web pages that load fine on the host and used to load on the clients. I just found this article in MS knowlegebase (http://support.microsoft.com/support/kb ... &SPR=MSALL) and think it addresses my problem, which started about a month ago when I was running some DSL tweaks on all 3 PCs. At that time, I used the analyzer on both of the clients and remember them having an MTU of 1500. My question is, should I follow the directions MS gives for adjusting the MTU on the clients by pinging the host from a DOS prompt, starting with an MTU of 1454 and working my way down (by what increment?), or does someone have a better/simpler method to suggest? Thanks in advance for your help. -kp
the ISP will most likely tell you to set the MTU and MSS to the value Lobo said, but go with those.
TweakXP.com RASPPPoE TCP/IP Analyzer TCP Optimizer RWIN Calculator
Centrino 1.50 GHz | 768 MB RAM | XP Pro.
Centrino 1.50 GHz | 768 MB RAM | XP Pro.
-
pellizzeri
While my ISP, Pacific Bell, does not prohibit my using ICS with their DSL service, neither do they provide support for it. I'll take your recommendations and set the MTU to 1492 and the MSS to 1454 and see what happens. Can you point me to the right place in the registry or suggest a utility to do this? Thanks again to you both.
- gRoUnD_zEr0
- Member
- Posts: 79
- Joined: Thu Jun 14, 2001 12:18 am
- Location: Sunnyvale, CA
You will want to Download cablenut's softwareHere ..It's easy to use all you got to do is install, open up Adjuster .exe and change your MTU and MSS values, save to registry and reboot...You might want to think of saving a Registry for back up reasons before you start to tweak (If you do).

- gRoUnD_zEr0
- Member
- Posts: 79
- Joined: Thu Jun 14, 2001 12:18 am
- Location: Sunnyvale, CA
-
pellizzeri
After I ran the tweaks on my PCs, I asked PacBell to reprofile our connection and they upped the speed to 768. That worked great for our host and one of the client PCs, but the other client started acting like it was using a 28.8 dialup! After living with that for a couple of weeks, I asked them to bring it back down to 384. They did, and then all of our PCs were able to connect in the 290-360 range. I'm reasonably happy with the connection speed now, especially since I fixed the problem related to MTU, but here are the analyzer results, in case there's something there that's noticeably off. Thanks! -kat
--------------------------------------------------------------------------------
Host PC:
TCP options string = 020405ac0103030201010402
MTU = 1492
MTU seems to be optimized for PPPoE... If you are not on a PPPoE connection, consider increasing your MTU to 1500 for optimal throughput.
MSS = 1452
Maximum useful data in each packet = 1452, which is equal to MSS.
MSS is optimized for PPPoE. If you are not on a PPPoE connection, consider increasing your MTU value.
Default Receive Window (RWIN) = 255552
RWIN Scaling (RFC1323) = 2 bits
Unscaled Receive Window = 63888
RWIN is a multiple of MSS
Other values for RWIN that might work well with your current MTU/MSS:
511104 (MSS x 44 * scale factor of 8)
127776 (MSS x 44 * scale factor of 2)
63888 (MSS x 44)
bandwidth * delay product:
Your RcvWindow limits you to: 10222.08 kbps (1277.76 KBytes/s) @ 200ms
Your RcvWindow limits you to: 4088.832 kbps (511.104 KBytes/s) @ 500ms
MTU Discovery (RFC1191) = ON
Time to live left = 49 hops
TTL value is ok.
Timestamps (RFC1323) = OFF
Selective Acknowledgements (RFC2018) = ON
IP type of service field (RFC1349)= 00000000
----------------------------------------------------------------------------------
Kitchen Client:
TCP options string = 020405ac01010402
MTU = 1492
MTU seems to be optimized for PPPoE... If you are not on a PPPoE connection, consider increasing your MTU to 1500 for optimal throughput.
MSS = 1452
Maximum useful data in each packet = 1452, which is equal to MSS.
MSS is optimized for PPPoE. If you are not on a PPPoE connection, consider increasing your MTU value.
Default Receive Window (RWIN) = 8712
RWIN Scaling (RFC1323) = 0 bits
Unscaled Receive Window = 8712
RWIN is a multiple of MSS
Other values for RWIN that might work well with your current MTU/MSS:
511104 (MSS x 44 * scale factor of 8)
255552 (MSS x 44 * scale factor of 4)
127776 (MSS x 44 * scale factor of 2)
63888 (MSS x 44)
bandwidth * delay product:
Your RcvWindow limits you to: 348.48 kbps (43.56 KBytes/s) @ 200ms
Your RcvWindow limits you to: 139.392 kbps (17.424 KBytes/s) @ 500ms
Consider increasing your RWIN value to optimize TCP/IP for broadband.
MTU Discovery (RFC1191) = ON
Time to live left = 112 hops
TTL value is ok.
Timestamps (RFC1323) = OFF
Selective Acknowledgements (RFC2018) = ON
IP type of service field (RFC1349)= 00000000
---------------------------------------------------------------------------------
Hallway Client:
TCP options string = 020405ac01010402
MTU = 1492
MTU seems to be optimized for PPPoE... If you are not on a PPPoE connection, consider increasing your MTU to 1500 for optimal throughput.
MSS = 1452
Maximum useful data in each packet = 1452, which is equal to MSS.
MSS is optimized for PPPoE. If you are not on a PPPoE connection, consider increasing your MTU value.
Default Receive Window (RWIN) = 8712
RWIN Scaling (RFC1323) = 0 bits
Unscaled Receive Window = 8712
RWIN is a multiple of MSS
Other values for RWIN that might work well with your current MTU/MSS:
511104 (MSS x 44 * scale factor of 8)
255552 (MSS x 44 * scale factor of 4)
127776 (MSS x 44 * scale factor of 2)
63888 (MSS x 44)
bandwidth * delay product:
Your RcvWindow limits you to: 348.48 kbps (43.56 KBytes/s) @ 200ms
Your RcvWindow limits you to: 139.392 kbps (17.424 KBytes/s) @ 500ms
Consider increasing your RWIN value to optimize TCP/IP for broadband.
MTU Discovery (RFC1191) = ON
Time to live left = 113 hops
TTL value is ok.
Timestamps (RFC1323) = OFF
Selective Acknowledgements (RFC2018) = ON
IP type of service field (RFC1349)= 00000000
--------------------------------------------------------------------------------
Host PC:
TCP options string = 020405ac0103030201010402
MTU = 1492
MTU seems to be optimized for PPPoE... If you are not on a PPPoE connection, consider increasing your MTU to 1500 for optimal throughput.
MSS = 1452
Maximum useful data in each packet = 1452, which is equal to MSS.
MSS is optimized for PPPoE. If you are not on a PPPoE connection, consider increasing your MTU value.
Default Receive Window (RWIN) = 255552
RWIN Scaling (RFC1323) = 2 bits
Unscaled Receive Window = 63888
RWIN is a multiple of MSS
Other values for RWIN that might work well with your current MTU/MSS:
511104 (MSS x 44 * scale factor of 8)
127776 (MSS x 44 * scale factor of 2)
63888 (MSS x 44)
bandwidth * delay product:
Your RcvWindow limits you to: 10222.08 kbps (1277.76 KBytes/s) @ 200ms
Your RcvWindow limits you to: 4088.832 kbps (511.104 KBytes/s) @ 500ms
MTU Discovery (RFC1191) = ON
Time to live left = 49 hops
TTL value is ok.
Timestamps (RFC1323) = OFF
Selective Acknowledgements (RFC2018) = ON
IP type of service field (RFC1349)= 00000000
----------------------------------------------------------------------------------
Kitchen Client:
TCP options string = 020405ac01010402
MTU = 1492
MTU seems to be optimized for PPPoE... If you are not on a PPPoE connection, consider increasing your MTU to 1500 for optimal throughput.
MSS = 1452
Maximum useful data in each packet = 1452, which is equal to MSS.
MSS is optimized for PPPoE. If you are not on a PPPoE connection, consider increasing your MTU value.
Default Receive Window (RWIN) = 8712
RWIN Scaling (RFC1323) = 0 bits
Unscaled Receive Window = 8712
RWIN is a multiple of MSS
Other values for RWIN that might work well with your current MTU/MSS:
511104 (MSS x 44 * scale factor of 8)
255552 (MSS x 44 * scale factor of 4)
127776 (MSS x 44 * scale factor of 2)
63888 (MSS x 44)
bandwidth * delay product:
Your RcvWindow limits you to: 348.48 kbps (43.56 KBytes/s) @ 200ms
Your RcvWindow limits you to: 139.392 kbps (17.424 KBytes/s) @ 500ms
Consider increasing your RWIN value to optimize TCP/IP for broadband.
MTU Discovery (RFC1191) = ON
Time to live left = 112 hops
TTL value is ok.
Timestamps (RFC1323) = OFF
Selective Acknowledgements (RFC2018) = ON
IP type of service field (RFC1349)= 00000000
---------------------------------------------------------------------------------
Hallway Client:
TCP options string = 020405ac01010402
MTU = 1492
MTU seems to be optimized for PPPoE... If you are not on a PPPoE connection, consider increasing your MTU to 1500 for optimal throughput.
MSS = 1452
Maximum useful data in each packet = 1452, which is equal to MSS.
MSS is optimized for PPPoE. If you are not on a PPPoE connection, consider increasing your MTU value.
Default Receive Window (RWIN) = 8712
RWIN Scaling (RFC1323) = 0 bits
Unscaled Receive Window = 8712
RWIN is a multiple of MSS
Other values for RWIN that might work well with your current MTU/MSS:
511104 (MSS x 44 * scale factor of 8)
255552 (MSS x 44 * scale factor of 4)
127776 (MSS x 44 * scale factor of 2)
63888 (MSS x 44)
bandwidth * delay product:
Your RcvWindow limits you to: 348.48 kbps (43.56 KBytes/s) @ 200ms
Your RcvWindow limits you to: 139.392 kbps (17.424 KBytes/s) @ 500ms
Consider increasing your RWIN value to optimize TCP/IP for broadband.
MTU Discovery (RFC1191) = ON
Time to live left = 113 hops
TTL value is ok.
Timestamps (RFC1323) = OFF
Selective Acknowledgements (RFC2018) = ON
IP type of service field (RFC1349)= 00000000
-
pellizzeri
Lobo - The differences I see between the host and client settings are RWIN, RWIN Scaling, Unscaled Receive Window and TTL. I used the cablenut adjuster to manually edit mss and mtu and see a place on the adjuster to edit RWIN but don't know if the default TTL field in the adjuster is the same as my TTL value from the analyzer. Neither do I see a place to change the Unscaled Receive window and RWIN scaling values. Do these settings even need to be changed or will adjusting the RWIN also change RWIN Scaling and Unscaled Receive Window values? FYI, I read your Help file but am obviously still a bit confused. -kat