Date: Tue, 18 Dec 2018 10:39:56 +0300 From: "Andrey V. Elsukov" <bu7cher@yandex.ru> To: Donald Sharp <sharpd@cumulusnetworks.com>, Renato Westphal <renato@opensourcerouting.org>, Vivek Venkatraman <vivek@cumulusnetworks.com> Cc: freebsd-net@freebsd.org, =?UTF-8?Q?Olivier_Cochard-Labb=c3=a9?= <olivier@freebsd.org>, gnn@freebsd.org Subject: Re: RFC 5549? Message-ID: <564e7c7a-a3a2-200a-04a4-f9b23a24cfe9@yandex.ru> In-Reply-To: <CAK989ycoX_uTvBEY%2Bw=dUZTdwgf0bgCKtqTfzF=Ter1=xe_MTw@mail.gmail.com> References: <CAK989yck%2BW7co1QvTOEiHNHAf3nv1kDBx6cjwo9dLX9r6TvGFw@mail.gmail.com> <e4dc5bcb-15ba-a4b6-ddfb-a3fff7720dfb@yandex.ru> <45cb71a0-8135-30e2-6096-784c4fc44fea@yandex.ru> <CAK989ycoX_uTvBEY%2Bw=dUZTdwgf0bgCKtqTfzF=Ter1=xe_MTw@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --kmHC07MevWXQaYZmrHy86I0vOGd32oYnO Content-Type: multipart/mixed; boundary="QIAO47rDBxi3ByImJx2mLEfKma55JGlBc"; protected-headers="v1" From: "Andrey V. Elsukov" <bu7cher@yandex.ru> To: Donald Sharp <sharpd@cumulusnetworks.com>, Renato Westphal <renato@opensourcerouting.org>, Vivek Venkatraman <vivek@cumulusnetworks.com> Cc: freebsd-net@freebsd.org, =?UTF-8?Q?Olivier_Cochard-Labb=c3=a9?= <olivier@freebsd.org>, gnn@freebsd.org Message-ID: <564e7c7a-a3a2-200a-04a4-f9b23a24cfe9@yandex.ru> Subject: Re: RFC 5549? References: <CAK989yck+W7co1QvTOEiHNHAf3nv1kDBx6cjwo9dLX9r6TvGFw@mail.gmail.com> <e4dc5bcb-15ba-a4b6-ddfb-a3fff7720dfb@yandex.ru> <45cb71a0-8135-30e2-6096-784c4fc44fea@yandex.ru> <CAK989ycoX_uTvBEY+w=dUZTdwgf0bgCKtqTfzF=Ter1=xe_MTw@mail.gmail.com> In-Reply-To: <CAK989ycoX_uTvBEY+w=dUZTdwgf0bgCKtqTfzF=Ter1=xe_MTw@mail.gmail.com> --QIAO47rDBxi3ByImJx2mLEfKma55JGlBc Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 18.12.2018 00:43, Donald Sharp wrote: > I took the code, compiled at and got FRR working with the v6 nexthop. > https://github.com/FRRouting/frr/pull/3502. Route installation from > FRR appears to be working for me now: >=20 > Janelle# show ip route > Codes: K - kernel route, C - connected, S - static, R - RIP, > O - OSPF, I - IS-IS, B - BGP, E - EIGRP, N - NHRP, > T - Table, v - VNC, V - VNC-Direct, A - Babel, D - SHARP, > F - PBR, f - OpenFabric, > > - selected route, * - FIB route >=20 > K>* 0.0.0.0/0 [0/0] via 10.50.12.1, em0, 00:13:13 > B>* 10.50.11.0/24 [20/0] via fe80::a00:27ff:fe28:3b50, em1, 00:13:09 > C>* 10.50.12.0/24 is directly connected, em0, 00:13:13 > B>* 10.232.0.16/32 [20/0] via fe80::a00:27ff:fe28:3b50, em1, 00:13:09 > B>* 192.168.209.0/24 [20/0] via fe80::a00:27ff:fe28:3b50, em1, 00:13:09= > B>* 192.168.230.0/24 [20/0] via fe80::a00:27ff:fe28:3b50, em1, 00:13:09= > B>* 192.168.231.0/24 [20/0] via fe80::a00:27ff:fe28:3b50, em1, 00:13:09= > Janelle# exit > sharpd@Janelle ~/frr> netstat -rn > Routing tables >=20 > Internet: > Destination Gateway Flags Netif Expire > default 10.50.12.1 UGS em0 > 10.50.11.0/24 fe80::a00:27ff:fe28:3b50%em1 UG1 em1 > 10.50.12.0/24 link#1 U em0 > 10.50.12.121 link#1 UHS lo0 > 10.232.0.16 fe80::a00:27ff:fe28:3b50%em1 UGH1 em1 > 127.0.0.1 link#4 UH lo0 > 192.168.209.0/24 fe80::a00:27ff:fe28:3b50%em1 UG1 em1 > 192.168.230.0/24 fe80::a00:27ff:fe28:3b50%em1 UG1 em1 > 192.168.231.0/24 fe80::a00:27ff:fe28:3b50%em1 UG1 em1 >=20 > On the other hand, ping doesn't appear to be working( but I think you > probably knew that): > sharpd@Janelle ~/frr> sudo tcpdump -i em1 icmp > tcpdump: verbose output suppressed, use -v or -vv for full protocol dec= ode > listening on em1, link-type EN10MB (Ethernet), capture size 262144 byte= s > 11:41:59.559457 IP 0.0.0.0 > 192.168.230.1: ICMP echo request, id > 2119, seq 27, length 64 > 11:42:00.626966 IP 0.0.0.0 > 192.168.230.1: ICMP echo request, id > 2119, seq 28, length 64 > 11:42:01.659515 IP 0.0.0.0 > 192.168.230.1: ICMP echo request, id > 2119, seq 29, length 64 > 11:42:02.732074 IP 0.0.0.0 > 192.168.230.1: ICMP echo request, id > 2119, seq 30, length 64 > 11:42:03.759432 IP 0.0.0.0 > 192.168.230.1: ICMP echo request, id > 2119, seq 31, length 64 > 11:42:04.833242 IP 0.0.0.0 > 192.168.230.1: ICMP echo request, id > 2119, seq 32, length 64 > 11:42:05.859559 IP 0.0.0.0 > 192.168.230.1: ICMP echo request, id > 2119, seq 33, length 64 > ^C > 7 packets captured > 21 packets received by filter > 0 packets dropped by kernel >=20 > This is pretty awesome progress though Hi, I think this happens when you try to ping from the router via interface without IPv4 address. In this case rip_output() fills only destination address in hope that ip_output() will fill source address. But since there are no IPv4 addresses on the interface, in the line https://svnweb.freebsd.org/base/head/sys/netinet/ip_output.c?annotate=3D3= 39219#l452 it uses some zero filled word as source address. Probably, we can just drop the packet, when gw->af_family =3D=3D AF_INET6= and ip_src =3D=3D INADDR_ANY. Also we can do some sort of source address selection, but this variant needs more code :) I think generic forwarding should work, when you use router only as transit point. --=20 WBR, Andrey V. Elsukov --QIAO47rDBxi3ByImJx2mLEfKma55JGlBc-- --kmHC07MevWXQaYZmrHy86I0vOGd32oYnO Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: Using GnuPG with Thunderbird - https://www.enigmail.net/ iQEzBAEBCAAdFiEE5lkeG0HaFRbwybwAAcXqBBDIoXoFAlwYpEwACgkQAcXqBBDI oXp6cwf/RAPenQUg3D/IyoyD2FdtEkR9Lh1ZwewO+3m+ieBsz66LQ7QdlJ9vgdTq WUh024g5xKxLn9blx+5ExTsDVF+POsKhbnt2U64Eh+3ixiQ6XWsnzvw3Q3vD3hAK rM+vbiNauFaEwwK1Pl7/hRPn/iM6a71yGLEussGY2LOQ6TqgpIkghNFziDo1n/TK voWA5fMlEZKBDIzyHgsRJpU70J136TzOPff9To55BRA8d7c308MCt1Eh+dLh+PAY wIX/gekmZ8I4GtcYYJIWALw3JZlYP19tZj6GO1KnBybw3TiaP1Xo0I/LpR5sk81S H7jx5GfWW7jsYJ98mySVvn8zXKwHYQ== =5fpJ -----END PGP SIGNATURE----- --kmHC07MevWXQaYZmrHy86I0vOGd32oYnO--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?564e7c7a-a3a2-200a-04a4-f9b23a24cfe9>