OSPF socket error on "bge0" invalid argument
Plamen Stoev
plamen.stoev at profitbricks.com
Fri Jan 6 12:11:21 CET 2017
Hi David,
It turned out you have 25 ospf interfaces but I'm guessing the bge0 is out
of the applied running configuration.
Did you dry to comment out that part of your config?
interface "bge0" {
stub;
cost 5;
hello 10; retransmit 2; wait 10; dead 40;
type pointopoint;
};
Please give it a try and let us know if this will help so far to establish
the adjacency?
It would be great to provide us with the output of birdc show ospf
interface.
Thanks,
Plamen
On Thu, Jan 5, 2017 at 5:13 PM, David S. <david at zeromail.us> wrote:
> Hi Plamen,
>
> Here is the ifconfig for bge0 both on routera and routerb
>
> #routera
> bge0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
> options=8009b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_
> HWCSUM,LINKSTATE>
> ether 1c:98:ec:13:5e:60
> inet 10.22.40.17 netmask 0xfffffffc broadcast 10.22.40.19
> inet6 fe80::1e98:ecff:fe13:5e60%bge0 prefixlen 64 scopeid 0x5
> inet6 2400:6:: prefixlen 127
> nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
> media: Ethernet autoselect (1000baseT <full-duplex>)
> status: active
>
> #routerb
> bge0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
> options=8009b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_
> HWCSUM,LINKSTATE>
> ether 1c:98:ec:13:4e:f0
> inet 10.22.40.18 netmask 0xfffffffc broadcast 10.22.40.19
> inet6 fe80::1e98:ecff:fe13:4ef0%bge0 prefixlen 64 scopeid 0x7
> inet6 2402:6980::1 prefixlen 127
> nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
> media: Ethernet autoselect (1000baseT <full-duplex>)
> status: active
>
> #ping from routera to routerb
> root@:~ # ping -S 10.22.40.17 10.22.40.18
> PING 10.22.40.18 (10.22.40.18) from 10.22.40.17: 56 data bytes
> 64 bytes from 10.22.40.18: icmp_seq=0 ttl=64 time=0.215 ms
> 64 bytes from 10.22.40.18: icmp_seq=1 ttl=64 time=0.328 ms
> 64 bytes from 10.22.40.18: icmp_seq=2 ttl=64 time=0.274 ms
> 64 bytes from 10.22.40.18: icmp_seq=3 ttl=64 time=0.174 ms
> 64 bytes from 10.22.40.18: icmp_seq=4 ttl=64 time=0.346 ms
>
> --- 10.22.40.18 ping statistics ---
> 5 packets transmitted, 5 packets received, 0.0% packet loss
> round-trip min/avg/max/stddev = 0.174/0.267/0.346/0.065 ms
>
> #from routerb to routera
> # ping -S 10.22.40.18 10.22.40.17
> PING 10.22.40.17 (10.22.40.17) from 10.22.40.18: 56 data bytes
> 64 bytes from 10.22.40.17: icmp_seq=0 ttl=64 time=0.145 ms
> 64 bytes from 10.22.40.17: icmp_seq=1 ttl=64 time=0.149 ms
> 64 bytes from 10.22.40.17: icmp_seq=2 ttl=64 time=0.141 ms
> 64 bytes from 10.22.40.17: icmp_seq=3 ttl=64 time=0.207 ms
> 64 bytes from 10.22.40.17: icmp_seq=4 ttl=64 time=0.165 ms
>
> --- 10.22.40.17 ping statistics ---
> 5 packets transmitted, 5 packets received, 0.0% packet loss
> round-trip min/avg/max/stddev = 0.141/0.161/0.207/0.024 ms
>
> I don't know why routera couldn't sent ospf hello packets to routerb vice
> versa.
> You can find on my previous post (pastebin) for the tcpdump resulst.
>
> Thank you
>
>
>
> Best regards,
> David S.
> ------------------------------------------------
> e. david at zeromail.us
> w. pnyet.web.id
> p. 087881216110
>
> On Thu, Jan 5, 2017 at 7:00 PM, Plamen Stoev <
> plamen.stoev at profitbricks.com> wrote:
>
>> Hi David,
>>
>> Can you please provide us with the output of 'ifconfig bge0' from both
>> machines?
>>
>> It would also be helpful to get ping router-a from router-b and vise
>> versa. Does this work?
>>
>> Thank you in advance.
>>
>> Best,
>> Plamen
>>
>>
>> On Tue, Jan 3, 2017 at 9:43 PM, David S. <david at zeromail.us> wrote:
>>
>>> Hi,
>>>
>>> After installing a 1 server with FreeBSD11 and configure BIRD with
>>> minimum configuration I saw that error "invalid argument" for bge0 is still
>>> appear but not for igb*.
>>>
>>> This takes more than 4 days, still confusing.
>>>
>>> Does netmap cased this problem? Netmap is enabled by default on
>>> FreeBSD11 (CMIIW).
>>>
>>> Thank you
>>>
>>>
>>>
>>>
>>>
>>> Best regards,
>>> David S.
>>> ------------------------------------------------
>>> e. david at zeromail.us
>>> w. pnyet.web.id
>>> p. 087881216110
>>>
>>> On Tue, Jan 3, 2017 at 4:53 PM, David S. <david at zeromail.us> wrote:
>>>
>>>> Hi Ondrej,
>>>>
>>>> I have no firewall enable and it's not work on all card. I have 4 port
>>>> 1gbe broadcom and 4 port 1gbe intel I350 chipset based.
>>>> The clue I only have is ospf not sending hello packet between routera
>>>> to routerb vice versa, both of server use HP DL360 Gen9 FreeBSD11.
>>>> Both router has multiple bgp session and receive full route from the
>>>> internet.
>>>>
>>>> It's weird, when routera able to send and receive ospf hello packets
>>>> from and to routerc vice versa, both of them are FreeBSD11.
>>>>
>>>> I'll try to reinstall the OS and configure ospf first and then one by
>>>> one configure the bgp.
>>>>
>>>> So, it's only happen to me? :d
>>>>
>>>> Thanks anyway.
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> Best regards,
>>>> David S.
>>>> ------------------------------------------------
>>>> e. david at zeromail.us
>>>> w. pnyet.web.id
>>>> p. 087881216110
>>>>
>>>> On Mon, Jan 2, 2017 at 9:04 PM, Ondrej Zajicek <santiago at crfreenet.org>
>>>> wrote:
>>>>
>>>>> On Mon, Jan 02, 2017 at 01:33:57AM +0700, David S. wrote:
>>>>> > Hi,
>>>>> >
>>>>> > I tried to setup new environment using FreeBSD11 amd64 on vmware and
>>>>> > everything work without a problem, I didn't see any error or
>>>>> interface
>>>>> > issue like on routera and routerb. Let's say that new router we
>>>>> called it
>>>>> > routerc and routerd.
>>>>> > I try to create ospf session between routera to routerc, routerb to
>>>>> routerd
>>>>> > and the neighbor is appear, everything is normal.
>>>>> > I don't know why but the ospf hello packets are not sent by routera
>>>>> to
>>>>> > routerb or vice versa.
>>>>>
>>>>> It seems like some specific problem in your setup. Perhaps firewall or
>>>>> insufficient privileges? Does it work with different network card?
>>>>>
>>>>> --
>>>>> Elen sila lumenn' omentielvo
>>>>>
>>>>> Ondrej 'Santiago' Zajicek (email: santiago at crfreenet.org)
>>>>> OpenPGP encrypted e-mails preferred (KeyID 0x11DEADC3, wwwkeys.pgp.net
>>>>> )
>>>>> "To err is human -- to blame it on a computer is even more so."
>>>>>
>>>>
>>>>
>>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://trubka.network.cz/pipermail/bird-users/attachments/20170106/c3c1789c/attachment.html>
More information about the Bird-users
mailing list