Date: Tue, 11 Dec 2001 14:11:07 +0000 From: "S. Aeschbacher" <s.aeschbacher@bturtle.ch> To: Lars Eggert <larse@ISI.EDU> Cc: hackers@freebsd.org Subject: Re: cable modem connection problem Message-ID: <3C1613FB.4E83D50C@bturtle.ch> References: <20011206071926.QTHW27606.mta05-svc.ntlworld.com@there> <3C0F7966.908CD6E6@bturtle.ch> <3C1005ED.4090001@isi.edu> <20011207000918.JIID10846.mta07-svc.ntlworld.com@there> <3C100F4D.3080900@isi.edu> <85k7vyzspp.fsf@stiegl.niksun.com> <87n10s8rn6.fsf@cb293842-b.rmdws1.il.home.com> <3C13ABED.B249B519@bturtle.ch> <3C14E0F7.3060902@isi.edu> <3C15127B.8B8C8B3A@bturtle.ch> <3C1515D9.2090007@isi.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
Lars Eggert wrote: > > S. Aeschbacher wrote: > > This is possible, but I did not verify it (what kind of "mucking" > > could cause such kind of behaviour?). most of them are "better" > > residental pipes. > > Having a packet filter drop your traffic after you haven't done ARP/DHCP > in a while. But I agree that's pretty far-fetched. As I said, seems to be more of a modem problem, but the people from the local provider don't really seem to know what they are doing most of the time (this is only one of several problems they have, e.g. mail and dns which often do not work), so all is possible. > > The problem seems to occur only on Samsung modems. > > Ah! Another data point. Then I'd assume it's the modem. Have you tried > powercycling it? (That should keep the ARP cache on the client intact). > Tried to email Samsung? Is there a firmware update? IIRC powercycling did not help (and for most clients this is no solution as isn't rebooting the gateway). As soon as I found the arp workaround, the problem was solved for me and I did not investigate more. > > Cannot confirm this as i don't use windows. I heard of a friend of > > mine, that he has running a windows ftp-server for days on a pipe > > from the same provider with another modem (a Com21) and that he is > > not experiencing any of the problems mentioned. > > Can he/she tcpdump for ARP packets? Maybe Windows' ARP cache timeout is > lower than FreeBSD's. I see what I can do to find this out (actually this could be measured with any windows machine, maybe somone with windows machines in his net could make a quick tcpdump session?) Stefan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3C1613FB.4E83D50C>