Pfsense with LAN adresse that is not set by GUI/Setup
-
So can understand why you see the request.. if your switch shows that :02 mac on the port bce2 is connected too. But clearly its not sending out a reply.
But your saying 10.0.1.9 is seeing the response? And on .9 do a tcpdump, it shows the response coming from that :02 mac? Then why did you not see it on your pfsense dump??
Very very strange issue yes - but if pfsense is sending out the bce2 port – shouldn't you see it via the tcpdump??
-
Never though of check the respond, just did… and yes I do get the respond from the :2 MAC...
How'ever I do get a bad chsum on all the request.....Mac-mini:~ root# tcpdump -ien0 -vv -n -e | grep ICMP tcpdump: listening on en0, link-type EN10MB (Ethernet), capture size 65535 bytes 18:17:43.480336 c8:2a:14:36:3b:26 > bc:30:5b:e5:7b:02, ethertype IPv4 (0x0800), length 98: (tos 0x0, ttl 64, id 34074, offset 0, flags [none], proto ICMP (1), length 84, bad cksum 0 (->df6d)!) 10.0.1.9 > 10.0.1.25: ICMP echo request, id 3901, seq 6, length 64 18:17:43.480737 bc:30:5b:e5:7b:02 > c8:2a:14:36:3b:26, ethertype IPv4 (0x0800), length 98: (tos 0x0, ttl 64, id 47612, offset 0, flags [none], proto ICMP (1), length 84) 10.0.1.25 > 10.0.1.9: ICMP echo reply, id 3901, seq 6, length 64 18:17:44.481574 c8:2a:14:36:3b:26 > bc:30:5b:e5:7b:02, ethertype IPv4 (0x0800), length 98: (tos 0x0, ttl 64, id 55579, offset 0, flags [none], proto ICMP (1), length 84, bad cksum 0 (->8b6c)!) 10.0.1.9 > 10.0.1.25: ICMP echo request, id 3901, seq 7, length 64 18:17:44.481982 bc:30:5b:e5:7b:02 > c8:2a:14:36:3b:26, ethertype IPv4 (0x0800), length 98: (tos 0x0, ttl 64, id 47613, offset 0, flags [none], proto ICMP (1), length 84) 10.0.1.25 > 10.0.1.9: ICMP echo reply, id 3901, seq 7, length 64 18:17:45.482753 c8:2a:14:36:3b:26 > bc:30:5b:e5:7b:02, ethertype IPv4 (0x0800), length 98: (tos 0x0, ttl 64, id 21348, offset 0, flags [none], proto ICMP (1), length 84, bad cksum 0 (->1124)!) 10.0.1.9 > 10.0.1.25: ICMP echo request, id 3901, seq 8, length 64 18:17:45.483179 bc:30:5b:e5:7b:02 > c8:2a:14:36:3b:26, ethertype IPv4 (0x0800), length 98: (tos 0x0, ttl 64, id 47614, offset 0, flags [none], proto ICMP (1), length 84) 10.0.1.25 > 10.0.1.9: ICMP echo reply, id 3901, seq 8, length 64And yeah. I do agree, my thinking would also say that if the pfsense is answering it should show it on the tcpdump…
-
very very odd - only thing I can think of is card is putting it on the wire directly from a virtual mac that is outside the OS. Where it is getting the IP is strange as well - unless you had set it on the card at some point with some broadcom software or firmware you can access on the card.
What is the specific model number of the card - is there a way to flush is firmware settings?
-
How'ever I do get a bad chsum on all the request…..
If the software is using the hardware to generate IP checksums on transmit then tcpdump won't necessarily see a correct IP checksum on the transmit frames.
-
talking this over with a couple of guys here, and they have never seen such a thing but agree it must be something on the card itself with load balance virtual mac. But have never seen the cards without OS interaction respond to ping, etc.
My only experience with these cards has been using the suite from broadcom in windows to setup the virtual mac for load balance or failover. But I would guess once this is set it would be in the nvram of the card and not require OS integration if the driver now being used does not have the full feature set, etc. Wouldn't think you could give it a IP though??
Can you access the cards firmware via bios on the card during post? If we can get the exact model number of the card with could lookup the documentation, etc.
-
very very odd - only thing I can think of is card is putting it on the wire directly from a virtual mac that is outside the OS. Where it is getting the IP is strange as well - unless you had set it on the card at some point with some broadcom software or firmware you can access on the card.
What is the specific model number of the card - is there a way to flush is firmware settings?
U might be spot on! This is a Dell PowerEdge R200, and if I'm not mistaking it has some kind of "remote management" (not Drac, but BMC? )
As this is a remote location, I can not confirm this for a while, but I'm confident that this must be the case… There is NO other good solution, and this is really plausible...Kinda feel a bit stupid right now....but a big thanks goes out to all the contributors. :)
-
Whats the IP of the wirless access point?
-
10.0.1.5, but if you look at my last post I think this issue can be set to resolved… (for now at least..)
-
Yep- just found my glasses and re-read…
Good Luck!
-
" it has some kind of "remote management" (not Drac, but BMC? )"
Normally those would be their OWN port on the box though, not part of the normal nic. Remote management would be for outofband access normally and a different port than standard nic, even if built onboard and not a add on drac card, etc.
R200 - will look into what I see about that model.
edit: Yup looks like you can do a shared lan method. That has go to be it! Try telnet to the IP and see what prompt you get.
