• additional routes in route announcement

    From Marc Haber@21:1/5 to All on Sat Dec 12 19:10:02 2015
    Hi,

    on my router, I have radvd 1.9.1 configured as follows:

    |interface int182 {
    | AdvSendAdvert on;
    | prefix 2a01:238:4071:3282::/64 {
    | DeprecatePrefix on;
    | };
    | route 2000::/3 {
    | AdvRoutePreference high;
    | RemoveRoute on;
    | };
    | RDNSS 2a01:238:4071:3281::35:100 2a01:238:4071:328e::35:100 {
    | };
    | DNSSL zugschlus.de ka51.zugschlus.de {
    | };
    |};

    tshark on a client sees the following announcement:
    |Frame 184: 134 bytes on wire (1072 bits), 134 bytes captured (1072 bits) on interface 0
    | Interface id: 0 (eth0)
    | Encapsulation type: Ethernet (1)
    | Arrival Time: Nov 8, 2015 16:53:43.268699000 CET
    | [Time shift for this packet: 0.000000000 seconds]
    | Epoch Time: 1446998023.268699000 seconds
    | [Time delta from previous captured frame: 350.595336000 seconds]
    | [Time delta from previous displayed frame: 350.595336000 seconds]
    | [Time since reference or first frame: 2647.898529000 seconds]
    | Frame Number: 184
    | Frame Length: 134 bytes (1072 bits)
    | Capture Length: 134 bytes (1072 bits)
    | [Frame is marked: False]
    | [Frame is ignored: False]
    | [Protocols in frame: eth:ethertype:ipv6:ipv6.nxt:icmpv6]
    |Ethernet II, Src: 7e:79:61:31:55:28 (7e:79:61:31:55:28), Dst: 33:33:00:00:00:01 (33:33:00:00:00:01)
    | Destination: 33:33:00:00:00:01 (33:33:00:00:00:01)
    | Address: 33:33:00:00:00:01 (33:33:00:00:00:01)
    | .... ..1. .... .... .... .... = LG bit: Locally administered address (this is NOT the factory default)
    | .... ...1 .... .... .... .... = IG bit: Group address (multicast/broadcast)
    | Source: 7e:79:61:31:55:28 (7e:79:61:31:55:28)
    | Address: 7e:79:61:31:55:28 (7e:79:61:31:55:28)
    | .... ..1. .... .... .... .... = LG bit: Locally administered address (this is NOT the factory default)
    | .... ...0 .... .... .... .... = IG bit: Individual address (unicast)
    | Type: IPv6 (0x86dd)
    |Internet Protocol Version 6, Src: fe80::1 (fe80::1), Dst: ff02::1 (ff02::1)
    | 0110 .... = Version: 6
    | [0110 .... = This field makes the filter "ip.version == 6" possible: 6]
    | .... 0000 0000 .... .... .... .... .... = Traffic class: 0x00000000
    | .... 0000 00.. .... .... .... .... .... = Differentiated Services Field: Default (0x00000000)
    | .... .... ..0. .... .... .... .... .... = ECN-Capable Transport (ECT): Not set
    | .... .... ...0 .... .... .... .... .... = ECN-CE: Not set
    | .... .... .... 0101 0001 1100 0110 1011 = Flowlabel: 0x00051c6b
    | Payload length: 80
    | Next header: ICMPv6 (58)
    | Hop limit: 255
    | Source: fe80::1 (fe80::1)
    | Destination: ff02::1 (ff02::1)
    | [Source GeoIP: Unknown]
    | [Destination GeoIP: Unknown]
    |Internet Control Message Protocol v6
    | Type: Router Advertisement (134)
    | Code: 0
    | Checksum: 0x504d [correct]
    | Cur hop limit: 64
    | Flags: 0x00
    | 0... .... = Managed address configuration: Not set
    | .0.. .... = Other configuration: Not set
    | ..0. .... = Home Agent: Not set
    | ...0 0... = Prf (Default Router Preference): Medium (0)
    | .... .0.. = Proxy: Not set
    | .... ..0. = Reserved: 0
    | Router lifetime (s): 1800
    | Reachable time (ms): 0
    | Retrans timer (ms): 0
    | ICMPv6 Option (Prefix information : 2a01:238:4071:3282::/64)
    | Type: Prefix information (3)
    | Length: 4 (32 bytes)
    | Prefix Length: 64
    | Flag: 0xc0
    | 1... .... = On-link flag(L): Set
    | .1.. .... = Autonomous address-configuration flag(A): Set
    | ..0. .... = Router address flag(R): Not set
    | ...0 0000 = Reserved: 0
    | Valid Lifetime: 86400
    | Preferred Lifetime: 14400
    | Reserved
    | Prefix: 2a01:238:4071:3282:: (2a01:238:4071:3282::)
    | ICMPv6 Option (Route Information : High 2000::/3)
    | Type: Route Information (24)
    | Length: 3 (24 bytes)
    | Prefix Length: 3
    | Flag: 0x08
    | ...0 1... = Route Preference: High (1)
    | 000. .000 = Reserved: 0
    | Route Lifetime: 1800
    | Prefix: 2000:: (2000::)
    | ICMPv6 Option (Source link-layer address : 7e:79:61:31:55:28)
    | Type: Source link-layer address (1)
    | Length: 1 (8 bytes)
    | Link-layer address: 7e:79:61:31:55:28 (7e:79:61:31:55:28)
    |


    The Linux clients on this link learn the Prefix, the default route,
    the DNS servers and the DNS search list. But they do ignore the
    additional roue.

    RFC4191 is from 2005 which is a rather new concept. But it looks like
    Linux implements the client side; IPV6_ROUTE_INFO is switched in my
    kernels. Do I need to activate acceptance of additional routes via
    command line option, or sysctl, or /proc/sys/somewhere, or why is it
    not working?

    Greetings
    Marc

    -- ----------------------------------------------------------------------------- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Leimen, Germany | lose things." Winona Ryder | Fon: *49 6224 1600402 Nordisch by Nature | How to make an American Quilt | Fax: *49 6224 1600421

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Pascal Hambourg@21:1/5 to All on Sat Dec 12 21:10:01 2015
    Hello Marc,

    Marc Haber a écrit :

    on my router, I have radvd 1.9.1 configured as follows:

    |interface int182 {
    | AdvSendAdvert on;
    | prefix 2a01:238:4071:3282::/64 {
    | DeprecatePrefix on;
    | };
    | route 2000::/3 {
    | AdvRoutePreference high;
    | RemoveRoute on;
    | };
    | RDNSS 2a01:238:4071:3281::35:100 2a01:238:4071:328e::35:100 {
    | };
    | DNSSL zugschlus.de ka51.zugschlus.de {
    | };
    |};
    (...)
    The Linux clients on this link learn the Prefix, the default route,
    the DNS servers and the DNS search list. But they do ignore the
    additional roue.

    RFC4191 is from 2005 which is a rather new concept. But it looks like
    Linux implements the client side; IPV6_ROUTE_INFO is switched in my
    kernels. Do I need to activate acceptance of additional routes via
    command line option, or sysctl, or /proc/sys/somewhere, or why is it
    not working?

    You may need to tune the sysctl accept_ra_rt_info_max_plen.
    Cf. <https://www.kernel.org/doc/Documentation/networking/ip-sysctl.txt>

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Marc Haber@21:1/5 to Pascal Hambourg on Mon May 30 12:00:02 2016
    On Sat, Dec 12, 2015 at 09:08:43PM +0100, Pascal Hambourg wrote:
    You may need to tune the sysctl accept_ra_rt_info_max_plen.
    Cf. <https://www.kernel.org/doc/Documentation/networking/ip-sysctl.txt>

    Late reply, but thanks. This has helped and solved the issue for me.

    Greetings
    Marc

    -- ----------------------------------------------------------------------------- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Leimen, Germany | lose things." Winona Ryder | Fon: *49 6224 1600402 Nordisch by Nature | How to make an American Quilt | Fax: *49 6224 1600421

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)