Bill The TiVos in question are necesssarily a highly hacked local variation, with the usual nix support. They are good examples of the old adage if it ain't broke....(!!) I am sure most will easily port across.
I imagine I would not have the skills to do a fair problem swap, tempting as it is. I've appended the original post for your ease of access, if you need a brief diversion from current task in hand, at some point! I did wonder about such an approach, that is much easier to do (!) I have some spare kit to run an intermediary up with. As a bonus I guess my network would get even more secure! I'll let you know the result when this is tested. (Think in terms of many weeks from now likely required for a good amount of test data!) Kind regards David Hingston ----- Original Message ----- From: "Bill Marquette" <[EMAIL PROTECTED]> To: <discussion@pfsense.com> Sent: Saturday, April 05, 2008 12:13 PM Subject: Re: [pfSense-discussion] ARP traffic causing routers to hang - single ARP cache with both LAN and WAN ARP entries? On Fri, Apr 4, 2008 at 5:55 PM, Tortise <[EMAIL PROTECTED]> wrote: > The pain you refer to is close to the same, however at this point it remains > greater to change the whole LAN addressing > system. > (Experience proves some devices will not smoothly change their IP addresses > (TiVos) and require whole reinstallation, > backup of > data.... There are 3 of these. Yes I know they should change easily and I > have previously proceeded as if they did.... Certainly not to underscore your experience, but I've never had any issues moving my Tivo's. What you might try doing if you have the opportunity to test a little more. If you have another spare box with a couple nics, do another pfsense install with a different LAN network, put it in front of your existing pfsense install. See if your issues go away...choose a bizarre subnet like 10.49.253.0 or something just so you know nothing is likely to be stomping on it. > It seems that a precondition for the conflict to occur is a common IP on the > LAN and the WAN. Would that be true? I think so. I admit, I somewhat forget what the original problem was and don't feel up to trolling through the archives to find it, sorry :) I'll trade ya problems, yours sounds MUCH more interesting than mine right now :-/ --Bill ----- Original Message ----- From: "Tortise" <[EMAIL PROTECTED]> To: <discussion@pfsense.com> Sent: Thursday, April 03, 2008 11:10 PM Subject: [pfSense-discussion] ARP traffic causing routers to hang - ingle ARP cache with both LAN and WAN ARP entries? Hi I am still tracking down issues on our cable network here. (See previous old posts - its getting better!) We seem to be getting an issue with rogue ARP data, for example LAN addresses getting replies from the WAN side, as logged, for example: kernel: arp: unknown hardware address format (0x0000) kernel: arp: unknown hardware address format (0xdd1f) kernel: arp: 192.168.0.7 is on em1 but got reply from 00:00:cd:1c:14:1a on em0 kernel: arp: 192.168.0.7 is on em1 but got reply from 00:09:bf:55:71:b0 on em0 I cannot identify these ARPs on the LAN so they seem to be WAN side. It may be possible that some sort of erroneous ARP traffic is the problem here that causes the Motorola Cable modem to occasionally reboot and also to occasionally lose the connection with pfSense, which has been re-established with ifconfig code as has been detailed on the list before. With reference to http://www.geekzone.co.nz/forums.asp?ForumId=44&TopicId=19840 what sort of ARP caching does pfSense do? This is on 1.2 RC2 embedded, have there been any changes since that might be relevant to this issue here since? (I have not upgraded as an upgrade I expect needs to be customised with the ifconfig rescue code we did!) Can anyone make anything of what I have described here? Kind regards David Hingston