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. > Never said it was a FreeBSD issue, I saw OpenBSD behave exactly the same. Ah sorry, missed that in earlier mails. > 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? > 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. Lars -- Lars Eggert <[EMAIL PROTECTED]> Information Sciences Institute http://www.isi.edu/larse/ University of Southern California To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
