static IPs not being routed to if idle

Internet access discussion, including Fusion, IP Broadband, and Gigabit Fiber!
33 posts Page 4 of 4
by doctorfb » Mon Mar 18, 2013 7:29 pm
Guest wrote:
What was the VM's MAC address? It's possible others are using VMware and the product does not generate random MAC addresses. Here's my 2 VMnets' MAC: 00-50-56-C0-00-0[18]. It's not accessible outside my firewall but it would be interesting to see what your old one was in relationship to mine.

Because I will never use this MAC again, here it is: 00:0C:29:BE:FA:B5
I can believe that someone might also be using VMWare for an external server. Still, Sonic should be able to see this.
by waynesung » Wed Mar 20, 2013 7:52 pm
So it appears somehow Sonic thinks your mac address 00:0C:29:BE:FA:B5 belongs in some other port than what you are connected to and will send all incoming packets there unless you send a probe to move the address back to you. I don't think someone else is using exactly the same address. If they were, there should be many more losses because every time they sent a packet the address would move to their port. I would guess that the address is somehow configured to a port that's not yours, or possibly the dslam mac table has hit an error. Now that you no longer use 00:0C:29:BE:FA:B5, Sonic support should be able to look at whether the address is stuck somewhere.
by doctorfb » Wed Mar 20, 2013 11:04 pm
waynesung wrote:
So it appears somehow Sonic thinks your mac address 00:0C:29:BE:FA:B5 belongs in some other port than what you are connected to and will send all incoming packets there unless you send a probe to move the address back to you. I don't think someone else is using exactly the same address. If they were, there should be many more losses because every time they sent a packet the address would move to their port. I would guess that the address is somehow configured to a port that's not yours, or possibly the dslam mac table has hit an error. Now that you no longer use 00:0C:29:BE:FA:B5, Sonic support should be able to look at whether the address is stuck somewhere.

Dear Sonic Support,
If you are following this thread at all, can you check to see if that MAC address is in the DSLAM cache presently? If so, it's not me! I'd love to know one way or the other.
Anyway, my pingout script was doing a ping count of 2 and logging the responses and my logs showed that there were many cases in which only one response was received. So the symptom does appear to suggest that someone else was/is using that same MAC address and we have been ping-ponging the MAC port mapping.
33 posts Page 4 of 4

Who is online

In total there are 7 users online :: 1 registered, 0 hidden and 6 guests (based on users active over the past 5 minutes)
Most users ever online was 700 on Thu Jun 18, 2020 12:00 pm

Users browsing this forum: chirano and 6 guests