> On 10 Nov 2018, at 12:22 pm, Jonathan Matthew <[email protected]> wrote:
> 
> On Fri, Nov 09, 2018 at 04:35:38AM -0700, Luthing wrote:
>> Hello there,
>> 
>> I am facing an issue with a Broadcom NIC (specs here
>> https://www.broadcom.com/products/ethernet-connectivity/controllers/bcm57416/#specifications).
>> 
>> After some troubleshooting, I am not able to resolve listen ARP request from
>> my connected switch.
>> The NIC has negociated 10G with auto neg enabled on the switch.
>> 
>> The switch is able to see mac address on the port where the BCM NIC is
>> connected to. The switch can see ARP request going though him from the NIC.
>> But, my OBSD cannot receive packets.
>> 
>> I checked with a tcpdump -i bnxt0, and I see that I am sending ARP requests,
>> but not receiving any response.
> 
> Send the full dmesg from your machine, output of 'ifconfig bnxt', 'vmstat 
> -zi' and
> probably some tcpdump output if anything shows up there.
> 
> Have you tried both ports, or just bnxt0?
> 
>> 
>> A arp -a shows an incomplete mac address.
>> 
>> 
>> "dmesg | grep bn" output is :
>> bnxt0 at pci6 dev 0 function 0 "Broadcom BCM57416" rev 0x01: fw ver
>> 20.8.163, apic 10 int 2, address 01:23:45:67:89
>> bnxt1 at pci6 dev 0 function 0 "Broadcom BCM57416" rev 0x01: fw ver
>> 20.8.163, apic 10 int 5, address 01:23:45:67:8a
>> bnxt0 at pci6 dev 0 function 0 "Broadcom BCM57416" rev 0x01: fw ver
>> 20.8.163, apic 10 int 2, address 01:23:45:67:89
>> bnxt1 at pci6 dev 0 function 0 "Broadcom BCM57416" rev 0x01: fw ver
>> 20.8.163, apic 10 int 5, address 01:23:45:67:8a
> 
> Are those the real mac addresses?  They don't look real.

the low bit of the first byte is especially concerning, as that bit indicates 
the address is multicast. definitely looks like a placeholder value though, esp 
as it used on all ports.

Reply via email to