OSPF bad packet
Ondrej Zajicek
santiago at crfreenet.org
Mon Apr 15 16:37:02 CEST 2024
On Mon, Apr 15, 2024 at 02:22:01PM +0000, Benoit Chesneau wrote:
> Hi Ondrej,
>
> Not sure I undersand, these are the IPs of this router itself:
>
> ```
> root at gw0:~ # ifconfig vlan600
> vlan600: flags=1008843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST,LOWER_UP> metric 0 mtu 9000
> description: backbone
> options=1c680703<RXCSUM,TXCSUM,TSO4,TSO6,LRO,LINKSTATE,RXCSUM_IPV6,TXCSUM_IPV6,MEXTPG,TXTLS4,TXTLS6>
> ether fa:9b:80:06:d7:f9
> inet 198.19.4.33 netmask 0xffffffe0 broadcast 198.19.4.63
> inet6 fe80::f89b:80ff:fe06:d7f9%vlan600 prefixlen 64 scopeid 0x5
> inet6 2001:7f8::2:103::1 prefixlen 64
> groups: vlan
> vlan: 600 vlanproto: 802.1q vlanpcp: 0 parent interface: mce0
> media: Ethernet 25GBase-SR <full-duplex,txpause>
> status: active
> nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
> ```
>
>
> I didn't find equivalent router id on the network. I also tried to uniquely change the ID but the same error appears. Is there anything I could do to debug this issue ?
Hi
It seems like the OSPF receives its own packets back. There is a check
that should make them to be silently ignored:
/* We want just packets from sk->iface. Unfortunately, on BSD we cannot filter
out other packets at kernel level and we receive all packets on all sockets */
if (sk->lifindex != sk->iface->index)
return 1;
But for some reason it does not work in your case, AFAIK it worked in
older BSDs. It should be harmless outside of spanning your logs.
--
Elen sila lumenn' omentielvo
Ondrej 'Santiago' Zajicek (email: santiago at crfreenet.org)
"To err is human -- to blame it on a computer is even more so."
More information about the Bird-users
mailing list