Announcing /48 to BGP peer

Derelict · Feb 26, 2021, 11:48 PM

Anyone else?

yon 0 · Feb 26, 2021, 11:49 PM

@derelict said in IPv6 broken beyond pfSense after 2.5 upgrade:

@yon-0 I can guarantee you that nobody who is successfully announcing an IPv6 /48 has that /48 on an interface.

i using /48 setup interface in ubuntu 20.10 system and runing frr 7.5

eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 9000
        inet 185.154.1.130  netmask 255.255.254.0  broadcast 185.154.1.255
        inet6 2a0d:2405:512::1  prefixlen 48  scopeid 0x0<global>
        inet6 fe80::278:34ff:fee6:2f3f  prefixlen 64  scopeid 0x20<link>
        ether 00:70:30:e6:2f:3f  txqueuelen 200000  (Ethernet)
        RX packets 35921977  bytes 19914818009 (19.9 GB)
        RX errors 0  dropped 8  overruns 0  frame 0
        TX packets 24672157  bytes 19845868488 (19.8 GB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

yon 0 · Feb 26, 2021, 11:56 PM

@derelict said in IPv6 broken beyond pfSense after 2.5 upgrade:

Anyone else?

240C::6666 240C::6644

DIG Output:
dig @240C::6666 yahoo.com SOA

; <<>> DiG 9.11.4-P2-RedHat-9.11.4-26.P2.el7_9.3 <<>> @240C::6666 yahoo.com SOA
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 58824
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;yahoo.com. IN SOA

;; ANSWER SECTION:
yahoo.com. 1800 IN SOA ns1.yahoo.com. hostmaster.yahoo-inc.com. 2021022619 3600 300 1814400 600

;; Query time: 18 msec
;; SERVER: 240c::6666#53(240c::6666)
;; WHEN: Sat Feb 27 00:52:23 CET 2021
;; MSG SIZE rcvd: 99

---- Finished ------

https://bgp.he.net/ip/240C::6666

it is using /28 ipv6 for interface and bgp

yon 0 · Feb 27, 2021, 12:01 AM

DIG Output:
dig @2001:da8::666 yahoo.com SOA

; <<>> DiG 9.11.4-P2-RedHat-9.11.4-26.P2.el7_9.3 <<>> @2001:da8::666 yahoo.com SOA
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 41270
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;yahoo.com. IN SOA

;; ANSWER SECTION:
yahoo.com. 1800 IN SOA ns1.yahoo.com. hostmaster.yahoo-inc.com. 2021022619 3600 300 1814400 600

;; Query time: 418 msec
;; SERVER: 2001:da8::666#53(2001:da8::666)
;; WHEN: Sat Feb 27 01:00:26 CET 2021
;; MSG SIZE rcvd: 102

---- Finished ------

Derelict · Feb 27, 2021, 12:02 AM

@yon-0 Yet here you are with problems.

🔒 Log in to view

Instead of arguing with me about it, please argue with Douglas Comer instead.

Derelict · Feb 27, 2021, 12:05 AM

@yon-0 You are confusing routes and allocations with interface addressing. Please read up on the difference. Happy to help you but in this case you are wrong (and continue to belabor an incorrect position) and your IPv6 journey will be much more successful if you adhere to the established rules, standards, and protocols instead of making up your own.

yon 0 · Feb 27, 2021, 12:12 AM

@derelict

I tested it with a previous version of pfsense before, and /48 works. DHCP can work with /48 test in windows 10. /48 SLAAC maybe can't work for andriod system. This is the result of the previous test. But if you set static ip, there is no problem. for all system.
I have always used /48 on the LAN interface and BGP broadcasts, and it has been working. This time you adjusted the limit, so I found this change. I suggest that the decision is given to users to decide how large the IP segment to use.
You can prompt the recommended value and other information, but don't force the user to use what

yon 0 · Feb 27, 2021, 12:17 AM

@derelict

I used to set /48 on the LAN interface to work, but it pf2.5 doesn’t work anymore now. This is the actual change

johnpoz · Feb 27, 2021, 12:25 AM

@yon-0 said in IPv6 broken beyond pfSense after 2.5 upgrade:

it is using /28 ipv6 for interface and bgp

Just because AS45275 is a /28, where did you get that idea that address is 240C::6666 is using a /28 on some interface?? Sorry but that is just insane!

I used to set /48 on the LAN interface to work, but it pf2.5 doesn’t work anymore now. This is the actual change

Yeah because they prob put in logic to stop users from doing insane shit ;)

I suggest that the decision is given to users to decide how large the IP segment to use.

Not when they are going to BREAK all logic and think they could put a /48 on an interface..

yon 0 · Feb 27, 2021, 12:32 AM

@johnpoz

These IP addresses run DNS servers, so the 240C::6666 IP must be set in the interface. if that ip has no setup in interface, how we can connect it? if your not allow /48 or other setup interface , how i do setup use /32 or /48 Shortest ip in LAN's servers?

No, I don’t think so, I think you force others what you think is impossible.

DIG Output:
dig  @2620:0:ccc::2 yahoo.com SOA 


; <<>> DiG 9.11.4-P2-RedHat-9.11.4-26.P2.el7_9.3 <<>> @2620:0:ccc::2 yahoo.com SOA
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 38691
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;yahoo.com.			IN	SOA

;; ANSWER SECTION:
yahoo.com.		127	IN	SOA	ns1.yahoo.com. hostmaster.yahoo-inc.com. 2021022619 3600 300 1814400 600

;; Query time: 7 msec
;; SERVER: 2620:0:ccc::2#53(2620:0:ccc::2)
;; WHEN: Sat Feb 27 01:24:57 CET 2021
;; MSG SIZE  rcvd: 99


 ---- Finished ------

Derelict · Feb 27, 2021, 12:33 AM

@yon-0 said in IPv6 broken beyond pfSense after 2.5 upgrade:

2620:0:ccc::2

That is 2620:0:ccc:0::2/64. Guaranteed. You do realize that zero compression can include bits from both the subnet and interface portion of the address, right?

yon 0 · Feb 27, 2021, 1:10 AM

@derelict

Does this 240C::6666 ip use /64 or what?
My point of view is to leave it to users to decide what is right, and we can provide suggested values.

Derelict · Feb 27, 2021, 1:10 AM

@yon-0 The standards and RFCs dictate what's right.

Derelict · Feb 27, 2021, 1:13 AM

@yon-0 said in IPv6 broken beyond pfSense after 2.5 upgrade:

@derelict

Does this 240C::6666 ip use /64 or what?

Yes, if it is on an interface it is 240c:0:0:0::6666/64

You certainly cannot tell from afar based on the allocation or the route. I GUARANTEE they do not have a 240c::/16 on an interface though.

lnguyen · Feb 27, 2021, 4:15 AM

@yon-0 You are just flat out wrong. The largest subnet to be used on an interface is /64. To suggest anything else just means you do not understand or have not read the RFCs for IPv6.

yon 0 · Feb 28, 2021, 1:31 PM

https://www.ripe.net/publications/docs/ripe-690

johnpoz · Mar 1, 2021, 7:42 PM

Yeah so.. What does that have to do with anything?

The part where they say you should allocate a /48 to users? Completely agree - that has ZERO to do with putting a /48 on an interface.

I have a /48 from HE for example.. Putting a /48 on interface would make all 65k of those 64's useless!

yon 0 · Mar 8, 2021, 12:19 PM

FRR v7.5.1 change to must setup /48 or above in Lan interface now, if the pfsense has no any interface setup /48 prefix, then ipv6
lost normal work. i have been test frr7.5.1 in ubuntu 20..10 system get the same result.

johnpoz · Mar 8, 2021, 12:21 PM

@yon-0 said in IPv6 broken beyond pfSense after 2.5 upgrade:

FRR v7.5.1 change to must setup /48 or above in Lan interface now

Dude NO is doesn't... I am sorry you are not understanding how this works... But you DO NOT PUT a /48 on an interface - PERIOD!!

yon 0 · Mar 8, 2021, 12:29 PM

@johnpoz

Maybe I don't understand the theory, I just summarize the practical experience, if I run FRR7.5.1 then this happens. I just reflect the situation encountered.