Guest User!

You are not Sophos Staff.

Thread Info
  • State Not Answered
  • Replies 1 reply
  • Subscribers 0 subscribers
  • Views 657 views
  • Users 0 members are here
Options
Suggested

[9.090][NOTABUG] IPv6 Subnet Bug in Interface table

Mark_D_01
Hi all
I was just looking at Advanced/Interfaces Table.
And noticed for the he.net
19: he.net:  mtu 1480 qdisc noqueue state UNKNOWN 
    link/sit 0.0.0.0 peer 66.220.18.42
    inet6 2001:*:*:c*::2/64 scope global 
       valid_lft forever preferred_lft forever

That the Subnetmask is /64, yet in the IPv6 Page Tunnel Broker :-

Tunnel Broker: 2001:*:*:*::2
Subnet: 2001:*:*::/48

Yet in Routes Table I see
2001:*:*:*::/64 via :: dev he.net  proto kernel  metric 256 
2001:*:*::/48 dev eth0  proto kernel  metric 256 (internal network) 

I can see no other refferences in Interefaces or IPv6 with reference to /64.

Mark
Parents
  • 0
    Hi Mark,

    Hurricane Electric is providing you two things:
    -> a client IPv6 address: in your case 2001:*:*:c*::2/64 scope global 
    -> a subnet which you can use for your internal clients (prefix advertisements): 2001:*:*::/48. This is different subnet from your tunnel broker v6 address. On hurricane you have the option to choose routed prefixes with /64 or/48. I guess you choose /48.

    From your routing table I notice you are already using this subnet for local intf on eth0.
    The subnet /64 from the tunnel broker is not shown in webadmin, because it is not useful. You only need the subnet provided, for your internal use. Mask /64 can be checked via cli. Do you prefer to see it via Webadmin? Other then that i see no bug here.
    Regards,
    Bianca
Reply
  • 0
    Hi Mark,

    Hurricane Electric is providing you two things:
    -> a client IPv6 address: in your case 2001:*:*:c*::2/64 scope global 
    -> a subnet which you can use for your internal clients (prefix advertisements): 2001:*:*::/48. This is different subnet from your tunnel broker v6 address. On hurricane you have the option to choose routed prefixes with /64 or/48. I guess you choose /48.

    From your routing table I notice you are already using this subnet for local intf on eth0.
    The subnet /64 from the tunnel broker is not shown in webadmin, because it is not useful. You only need the subnet provided, for your internal use. Mask /64 can be checked via cli. Do you prefer to see it via Webadmin? Other then that i see no bug here.
    Regards,
    Bianca
Children
No Data
Share Feedback
×

Submitted a Tech Support Case lately from the Support Portal?