Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 9 Feb 2021 07:59:43 +0100
From:      Marek Zarychta <zarychtam@plan-b.pwste.edu.pl>
To:        "Alexander V. Chernikov" <melifaro@ipfw.ru>, mike tancsa <mike@sentex.net>, FreeBSD-STABLE Mailing List <freebsd-stable@freebsd.org>
Subject:   Re: option FIB_ALGO and dpdk_lpm4
Message-ID:  <d05888d8-e04b-9812-c5bb-6be18d7b5e79@plan-b.pwste.edu.pl>
In-Reply-To: <301391612827263@mail.yandex.ru>
References:  <5670cd9a-cd10-2b89-1347-97a6c817c50f@sentex.net> <8696072a-dc25-8eff-04fa-4d1db13bf5cc@plan-b.pwste.edu.pl> <3588111612809020@mail.yandex.ru> <53ef5715-42ce-aad0-9a8b-11d91a9891e3@plan-b.pwste.edu.pl> <301391612827263@mail.yandex.ru>

next in thread | previous in thread | raw e-mail | index | archive | help
W dniu 09.02.2021 o=C2=A000:35, Alexander V. Chernikov pisze:
> 08.02.2021, 20:10, "Marek Zarychta" <zarychtam@plan-b.pwste.edu.pl>:
>> W dniu 08.02.2021 o=C2=A019:32, Alexander V. Chernikov pisze:
>>>  =C2=A008.02.2021, 14:33, "Marek Zarychta" <zarychtam@plan-b.pwste.ed=
u.pl>:
>>>>  =C2=A0W dniu 08.02.2021 o=C2=A013:10, mike tancsa pisze:
>>>>>  =C2=A0=C2=A0I have been setting up some tests to see if
>>>>>
>>>>>  =C2=A0=C2=A0option FIB_ALGO and dpdk_lpm4.ko
>>>>>
>>>>>  =C2=A0=C2=A0will help with my pkt forwarding needs and large routi=
ng tables. So far so good. But one thing I noticed, is that its very chat=
ty to dmesg.
>>>>>  =C2=A0=C2=A0eg
>>>>>  =C2=A0=C2=A0alloc_nhgrp: new mpath group: num_nhops: 2
>>>>>  =C2=A0=C2=A0compile_nhgrp: O: 2/2
>>>>>  =C2=A0=C2=A0compile_nhgrp: OO[0]: 1/1 curr=3D1 slot_idx=3D0
>>>>>  =C2=A0=C2=A0compile_nhgrp: OO[1]: 0/0 curr=3D1 slot_idx=3D1
>>>>>  =C2=A0=C2=A0alloc_nhgrp: new mpath group: num_nhops: 2
>>>>>  =C2=A0=C2=A0compile_nhgrp: O: 2/2
>>>>>  =C2=A0=C2=A0compile_nhgrp: OO[0]: 1/1 curr=3D1 slot_idx=3D0
>>>>>  =C2=A0=C2=A0compile_nhgrp: OO[1]: 0/0 curr=3D1 slot_idx=3D1
>>>>>  =C2=A0=C2=A0alloc_nhgrp: new mpath group: num_nhops: 2
>>>>>  =C2=A0=C2=A0compile_nhgrp: O: 2/2
>>>>>  =C2=A0=C2=A0compile_nhgrp: OO[0]: 1/1 curr=3D1 slot_idx=3D0
>>>>>  =C2=A0=C2=A0compile_nhgrp: OO[1]: 0/0 curr=3D1 slot_idx=3D1
>>>>>
>>>>>  =C2=A0=C2=A0are these debugging messages that forgot to be turned =
off ? What do they mean ?
>>>>>  =C2=A0=C2=A0Thanks for this work!
>>>>>
>>>>>  =C2=A0=C2=A013.0-STABLE #11 stable/13-cc1352c1f-dirty
>>>>  =C2=A0Thank you for sharing this Mike. Could you please reveal us h=
ow do you
>>>>  =C2=A0feed your routing tables? Is net/bird{,2} or net/frr7 involve=
d? Any
>>>>  =C2=A0problems or hints to make the routing daemon working with new=
 routing stack?
>>>  =C2=A0Non-multipath should work as before, multipath works for quagg=
a/frr but needs some patches for bird.
>> Thank you for the clarification, so is with anything but quagga or frr=

>> the sysctl setting net.route.multipath=3D0 obligatory now?
>>>>  =C2=A0The new routing stack looks very promising, please let me als=
o give this
>>>>  =C2=A0way some appreciations to melifaro@ and other people who work=
ed on it.
>>>>
>>>>  =C2=A0I was also trying to test it with legacy net/bird and multipl=
e fib
>>>>  =C2=A0tables, but I was early hit by: "KRT: Error sending route x.x=
=2Ex.x/y to
>>>>  =C2=A0kernel: Operation not supported"
>>>  =C2=A0Any chance you could clarify what are these routes? "Operation=
 not supported" looks a bit weird, it shouln't happen.
>>>>  =C2=A0Setting net.add_net.add_addr_allfibs=3D1addr_allfibs=3D1 chan=
ged it a bit,
>>>>  =C2=A0but still some blackhole /32 routes seem to get rejected.
>>>  =C2=A0Just "blackhole" route in the bird config? /32 or all?
>> I used for tests the feed from Peter Hessler's OpenBSD spam trapping
>> project[1]. On FreeBSD 11.4 I see these routes in net/bird as
>> blackholed, for example:
>> x.x.x.x/32 blackhole [bgp_spamd 20:20:43 from y.y.y.y] * (100) [ASzzzz=
]
>> They work the same was as routes added by route(8) with option "-black=
hole"
>>
>> With new routing stack, these routes are rejected with the message
>> above. Now in net/bird, they appear like the example below and import =
to
>> the fib (fib number is not equal to 0 in this case) is blocked:
>> x.x.x.x/32 unreachable [SPAM 19:58:18 from y.y.y.y] ! (100/-) [ASzzzz]=

> Does the change in https://reviews.freebsd.org/D28549 fix bird?

Thank you for the fix. It solves the issue for net/bird.

So it's probably time to push it a bit further and test in a production=20
environment.

>> Probably it all should be tested in normal peering, but my initial tes=
t
>> was performed on the old lab setup where multiple fibs and policy
>> routing[2] were involved. The config was loosely based on the example =
by
>> Ondrej Filip from the[2].
>>
>> Once again thank you for implementing all these improvements into
>> FreeBSD routing stack and please don't get me wrong, I am just testing=

>> it a bit before migration from 11.4-STABLE, but not complaining about
>> anything.
> No problem! Thank you for the report. It's really nice it's been caught=
 before the release.
>> [1] http://rs.bgp-spamd.net/client/index.html
>> [2] https://gitlab.nic.cz/labs/bird/-/wikis/Policy_routing
>>

--=20
Marek Zarychta





Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?d05888d8-e04b-9812-c5bb-6be18d7b5e79>