Kitz ADSL Broadband Information
adsl spacer  
Support this site
Home Broadband ISPs Tech Routers Wiki Forum
 
     
   Compare ISP   Rate your ISP
   Glossary   Glossary
 
Please login or register.

Login with username, password and session length
Advanced search  

News:

Author Topic: PI space question (again)  (Read 2053 times)

Weaver

  • Senior Kitizen
  • ******
  • Posts: 11459
  • Retd s/w dev; A&A; 4x7km ADSL2 lines; Firebrick
PI space question (again)
« on: January 23, 2020, 02:33:57 PM »

I wonder how completely impossible it is (or not) to get ipv6 PI space? I’m just imagining it’s a nightmare and that they will sneer at you unless you’re the next VastCo Ltd.

I read that you have to submit some documentation to RIPE. If all you want is a /48, no more, I think it ought to be made into a no-hassle thing. What do you think?

I don’t see why you should be required to be a huge organisation. A small outfit might want dual ISPs.
Logged

niemand

  • Kitizen
  • ****
  • Posts: 1836
Re: PI space question (again)
« Reply #1 on: January 23, 2020, 04:29:10 PM »

It's relatively easy to get IPv6 PI space.

You have an AS number and kit running BGP, right?

You need these to have PI space. You need to advertise it to upstream providers - who you'll be paying for IP transit at market rates.

https://www.ripe.net/manage-ips-and-asns/as-numbers/request-an-as-number
https://www.ripe.net/manage-ips-and-asns/ipv6

I can't say I rate the chances of a home user being able to justify a /48, though.

3.5. Conservation
Although IPv6 provides an extremely large pool of address space, address policies should avoid unnecessarily wasteful practices. Requests for address space should be supported by appropriate documentation and stockpiling of unused addresses should be avoided.

This information any use? https://www.ripe.net/manage-ips-and-asns/resource-management/number-resources/independent-resources
Logged

Weaver

  • Senior Kitizen
  • ******
  • Posts: 11459
  • Retd s/w dev; A&A; 4x7km ADSL2 lines; Firebrick
Re: PI space question (again)
« Reply #2 on: January 23, 2020, 11:03:30 PM »

@CarlT I already have a /48, from AA. That’s their default, which seems perhaps a bit extravagant to me. I’m both a home user and a very small business user; my wife has her own B&B business for which I provide support.

Perhaps AA wants to avoid the nightmare of renumbering if a customer is a business it starts one and then they take off like a rocket becoming the next Facebook. They’re perhaps more concerned about the hassle than conservation.

I would have thought that a lot of AA customers would be fine with a /60 or /56. If you gave out /64s to all home users then it would not be the end of the world, seeing as if you realised later that you needed more then there is an AA button that you can hit iirc that just gives you an additional /64 with no hassle. Perhaps /60s for home users and very small businesses who ask for something more, and /56s for those where there is any chance of future expansion, but basically give the users what they want but then yet more still, over the top, just in case.

The reason I would want a block larger than a /64 is for ACLs, would want adjacent address spaces of subnets to have a contiguous range with no holes, so being able to aggregate sub ranges into one. It just keeps the ACLs smaller. But some home users even with multiple /64s that are non-contiguous could just survive like that.
« Last Edit: January 24, 2020, 08:51:41 AM by Weaver »
Logged

Alex Atkin UK

  • Addicted Kitizen
  • *****
  • Posts: 5270
    • Thinkbroadband Quality Monitors
Re: PI space question (again)
« Reply #3 on: January 24, 2020, 02:08:54 AM »

Everything I've read suggests that issues a /48 per customer is "best practice".  Any ISP issuing less is doing it wrong.

However, an ISP giving out /48 per customer is a very different scenario to requesting it yourself.  The ISP deals with setting up the routing and transit, as that's fundamentally what an ISP exists for.
Logged
Broadband: Zen Full Fibre 900 + Three 5G Routers: pfSense (Intel N100) + Huawei CPE Pro 2 H122-373 WiFi: Zyxel NWA210AX
Switches: Netgear MS510TXUP, Netgear MS510TXPP, Netgear GS110EMX My Broadband History & Ping Monitors

niemand

  • Kitizen
  • ****
  • Posts: 1836
Re: PI space question (again)
« Reply #4 on: January 24, 2020, 02:03:52 PM »

Residential customers /64 is best practice, /48 for businesses. Both supply an absurd amount of addresses well in excess of anything a customer might require.

The big thing with PI is a simple one - every PI range increases the size of the global routing table. PA space does not as it falls within a larger operator's supernet.

Going back to IPv4, Weaver, you have a /26 from A&A. Here are all the prefixes they advertise - https://bgp.he.net/AS20712#_prefixes

Can you imagine how much larger that would be if they advertised each and every /29, /28, etc, etc, they provide to customers separately?

That's why PA space is so much easier to get your hands on than PI. Your /26 of PA space was easy enough, you couldn't even get a /26 of PI space, too small, /24 minimum.
Logged

tubaman

  • Senior Kitizen
  • ******
  • Posts: 12617
Re: PI space question (again)
« Reply #5 on: January 24, 2020, 02:20:06 PM »

Everything I've read suggests that issues a /48 per customer is "best practice". Any ISP issuing less is doing it wrong.

However, an ISP giving out /48 per customer is a very different scenario to requesting it yourself.  The ISP deals with setting up the routing and transit, as that's fundamentally what an ISP exists for.

You may wish to discuss this with the country's largest ISP - ie BT, who use /56 prefixes.
 :)
Logged
BT FTTC 55/10 Huawei Cab - Zyxel VMG8924-B10A

dee.jay

  • Helpful
  • Reg Member
  • *
  • Posts: 970
Re: PI space question (again)
« Reply #6 on: January 24, 2020, 03:20:49 PM »

You sound surprised :D
Logged
Starlink and AAISP L2TP combo routed by pfSense on proxmox
AAISP FTTP on order...

Alex Atkin UK

  • Addicted Kitizen
  • *****
  • Posts: 5270
    • Thinkbroadband Quality Monitors
Re: PI space question (again)
« Reply #7 on: January 24, 2020, 05:12:36 PM »

Residential customers /64 is best practice, /48 for businesses. Both supply an absurd amount of addresses well in excess of anything a customer might require.

Its my understand that giving out only a /64 is NOT recommended, as you aren't supposed to subnet any smaller than that, which leaves residential customers with only one subnet when its advisable to have IOT on its own subnet.

I agree that giving out a /48 is complete overkill for residential though.

You may wish to discuss this with the country's largest ISP - ie BT, who use /56 prefixes.
 :)

That actually seems to be recommended size for residential by RIPE. https://www.ripe.net/publications/ipv6-info-centre/deployment-planning/create-an-addressing-plan
Logged
Broadband: Zen Full Fibre 900 + Three 5G Routers: pfSense (Intel N100) + Huawei CPE Pro 2 H122-373 WiFi: Zyxel NWA210AX
Switches: Netgear MS510TXUP, Netgear MS510TXPP, Netgear GS110EMX My Broadband History & Ping Monitors

Weaver

  • Senior Kitizen
  • ******
  • Posts: 11459
  • Retd s/w dev; A&A; 4x7km ADSL2 lines; Firebrick
Re: PI space question (again)
« Reply #8 on: January 24, 2020, 06:07:38 PM »

@CarlT I understand the implications for the global routing table. RAM is incredibly cheap though and keeps getting more absurdly huge. But I definitely think that more research is needed.

The start of a very half-baked idea: Couldn’t RIPE provide an ‘aggregation object’ that your PI space goes into, then that object alone is visible to the global routing table, and then within the aggregation object we need an entry that says "see AS20712/xxx” ?

Clearly though you wouldn’t just list everyone as PI. Your user would have to demonstrate a need, by either a realistic need to be insulated from the effects of a change in ISP, or else have to actually have multiple ISPs. That would rule out most domestic customers.



Off topic: I see that in that list of prefixes there are some entries that could be taken as subsumed by encompassing shorter prefixes. Is that inefficiency ? or is the longer prefix an incompatible target, an exception, so it has to be listed individually and will be recognised and will be a hit/match by longest-prefix-wins ?
« Last Edit: January 24, 2020, 06:25:00 PM by Weaver »
Logged

niemand

  • Kitizen
  • ****
  • Posts: 1836
Re: PI space question (again)
« Reply #9 on: January 25, 2020, 12:46:44 AM »

@CarlT I understand the implications for the global routing table. RAM is incredibly cheap though and keeps getting more absurdly huge. But I definitely think that more research is needed.

RAM isn't the problem. Parsing through hundreds of thousands of entries to decide where to route every packet is.

The start of a very half-baked idea: Couldn’t RIPE provide an ‘aggregation object’ that your PI space goes into, then that object alone is visible to the global routing table, and then within the aggregation object we need an entry that says "see AS20712/xxx” ?

No. Your space is now Provider Aggregatable not PI. BGP functions on AS Paths.

Clearly though you wouldn’t just list everyone as PI. Your user would have to demonstrate a need, by either a realistic need to be insulated from the effects of a change in ISP, or else have to actually have multiple ISPs. That would rule out most domestic customers.

You do that by getting your own PI space and advertising it to multiple upstreams via BGP.

Off topic: I see that in that list of prefixes there are some entries that could be taken as subsumed by encompassing shorter prefixes. Is that inefficiency ? or is the longer prefix an incompatible target, an exception, so it has to be listed individually and will be recognised and will be a hit/match by longest-prefix-wins ?

There are, and have to be, multiple entries in the table for the same subnet with a preferred path. It's also possible to use Equal-Cost MultiPath where every other criteria matches - I was using this just this week to spread load within a massive network.

BGP path selection - https://www.cisco.com/c/en/us/support/docs/ip/border-gateway-protocol-bgp/13753-25.html

BGP Multipath - the stuff I was doing bright and early yesterday morning - https://www.cisco.com/c/en/us/support/docs/ip/border-gateway-protocol-bgp/13753-25.html#anc5
Logged

niemand

  • Kitizen
  • ****
  • Posts: 1836
Re: PI space question (again)
« Reply #10 on: January 25, 2020, 12:47:25 AM »

Logged

Weaver

  • Senior Kitizen
  • ******
  • Posts: 11459
  • Retd s/w dev; A&A; 4x7km ADSL2 lines; Firebrick
Re: PI space question (again)
« Reply #11 on: January 25, 2020, 01:08:16 AM »

I forgot about equal cost multipath - which is daft in my case.
Logged

DaveC

  • Reg Member
  • ***
  • Posts: 197
Re: PI space question (again)
« Reply #12 on: January 28, 2020, 01:07:27 PM »

I think AAISP will help you get some IPv6 PI addresses if you ask them (IIRC, they will charge about £100 admin fee), then you'll need to pay the yearly RIPE charge (about 50 GBP/EUR ?).

They will then announce them for you and route them to your home broadband connection.

But I'm not sure why you would want to.
Logged

PhilipD

  • Reg Member
  • ***
  • Posts: 591
Re: PI space question (again)
« Reply #13 on: January 29, 2020, 05:44:25 PM »

Hi

Just to add Cerberus gave me a /56 which from what I have read seems to be considered best practice now.

So that is 18,446,744,073,709,551,616 unique IP addresses * 256 subnets, certainly a few more than my 1 IPv4 address  ;D

Regards

Phil









Logged