![]() ![]() |
Feb 20 2006, 12:10 PM
Post
#16
|
|
|
Group: Members Posts: 233 Joined: 2-December 03 From: Boston, MA Member No.: 1,029 |
pgas,
Thanks for the pointer; I missed those threads. It works for me also. It's not permanent though. I was able to make it permanent by tweaking some of the /etc/hotplug scripts. These are the changes I made, in case anyone wants to know: /etc/hotplug/usbdnet.conf: add the line: CODE MTU=576 /etc/hotplug/net.agent: Look for the 'ifconfig' line under the "register)" and "usbd0)" cases (line ~74): CODE ifconfig usbd0 $IP netmask $NETMASK Change to: CODE if [ -n "$MTU" ]; then SETMTU="mtu $MTU"; fi ifconfig usbd0 $IP netmask $NETMASK $SETMTU If you'd rather just hard-code it, you can just tack "mtu 576" onto the "ifconfig" line in net.agent. ------ This solution begs a couple of questions though: 1. WHY is this needed? The Z has worked fine with its default MTU of 1500 for ages. 2. Will the smaller MTU result in slower transfers? Perhaps I'll try to dig up the code for the "hard MTU" patch that I wrote about earlier; it seems even more likely to be the culprit now... ~ray |
|
|
|
Feb 20 2006, 02:08 PM
Post
#17
|
|
|
Group: Members Posts: 233 Joined: 2-December 03 From: Boston, MA Member No.: 1,029 |
FYI: The above solution also seems to work if applied on the PC-side. Apparently, the fix works so long as you apply the MTU=576 to either side of the connection.
Those of us running Fedora/Red Hat or distros derived from them probably have a /etc/sysconfig/network-scripts/ifcfg-usb0 script to set-up the Z's usbnet connection. I added MTU=576 to mine (after disabling my edits, described above, from the Z) and transfers don't hang. This strikes me as a "better" solution. IMO, the problem lies in Linux 2.6.14+ (and sounds like a bug to me) and so the fix should reside there as well. ~ray |
|
|
|
Mar 29 2006, 08:56 AM
Post
#18
|
|
![]() Group: Members Posts: 118 Joined: 12-May 05 From: Oceanside,Ca Member No.: 7,121 |
QUOTE(raybert @ Feb 20 2006, 03:08 PM) FYI: The above solution also seems to work if applied on the PC-side. Apparently, the fix works so long as you apply the MTU=576 to either side of the connection. Those of us running Fedora/Red Hat or distros derived from them probably have a /etc/sysconfig/network-scripts/ifcfg-usb0 script to set-up the Z's usbnet connection. I added MTU=576 to mine (after disabling my edits, described above, from the Z) and transfers don't hang. This strikes me as a "better" solution. IMO, the problem lies in Linux 2.6.14+ (and sounds like a bug to me) and so the fix should reside there as well. ~ray Has anyone heard of a fix for this? I am trying to NAT my Z on FC4 and it seems I also need to set the MTU on my wireless card to 576 to get it to work.... Thanks, Henry |
|
|
|
Mar 30 2006, 10:21 AM
Post
#19
|
|
|
Group: Members Posts: 233 Joined: 2-December 03 From: Boston, MA Member No.: 1,029 |
QUOTE(hvontres @ Mar 29 2006, 11:56 AM) Has anyone heard of a fix for this? I am trying to NAT my Z on FC4 and it seems I also need to set the MTU on my wireless card to 576 to get it to work.... Thanks, Henry I haven't, but I haven't been looking either. I haven't had a problem since installing the fix and I haven't had time to research it more. I recently upgraded to 2.6.15-1.1833_FC4 with no trouble. I thought this problem only effected usbnet though; I don't know why your wireless card is effected. (I haven't used mine in a while; perhaps I'll have to check it.) ~ray |
|
|
|
![]() ![]() |
|
Lo-Fi Version | Time is now: 21st May 2013 - 02:02 PM |