Weekly Routing Table Report
This is an automated weekly mailing describing the state of the Internet Routing Table as seen from APNIC's router in Japan. The posting is sent to APOPS, NANOG, AfNOG, SANOG, PacNOG, SAFNOG TZNOG, MENOG, BJNOG, SDNOG, CMNOG, LACNOG, IRNOG and the RIPE Routing WG. Daily listings are sent to bgp-st...@lists.apnic.net For historical data, please see http://thyme.rand.apnic.net. If you have any comments please contact Philip Smith . Routing Table Report 04:00 +10GMT Sat 23 Jun, 2018 Report Website: http://thyme.rand.apnic.net Detailed Analysis: http://thyme.rand.apnic.net/current/ Analysis Summary BGP routing table entries examined: 703303 Prefixes after maximum aggregation (per Origin AS): 270193 Deaggregation factor: 2.60 Unique aggregates announced (without unneeded subnets): 338217 Total ASes present in the Internet Routing Table: 61035 Prefixes per ASN: 11.52 Origin-only ASes present in the Internet Routing Table: 52713 Origin ASes announcing only one prefix: 23017 Transit ASes present in the Internet Routing Table:8322 Transit-only ASes present in the Internet Routing Table:278 Average AS path length visible in the Internet Routing Table: 4.0 Max AS path length visible: 35 Max AS path prepend of ASN ( 30873) 28 Prefixes from unregistered ASNs in the Routing Table:57 Number of instances of unregistered ASNs:58 Number of 32-bit ASNs allocated by the RIRs: 23039 Number of 32-bit ASNs visible in the Routing Table: 18570 Prefixes from 32-bit ASNs in the Routing Table: 77573 Number of bogon 32-bit ASNs visible in the Routing Table:19 Special use prefixes present in the Routing Table:2 Prefixes being announced from unallocated address space:251 Number of addresses announced to Internet: 2857601731 Equivalent to 170 /8s, 83 /16s and 138 /24s Percentage of available address space announced: 77.2 Percentage of allocated address space announced: 77.2 Percentage of available address space allocated: 100.0 Percentage of address space in use by end-sites: 98.9 Total number of prefixes smaller than registry allocations: 234814 APNIC Region Analysis Summary - Prefixes being announced by APNIC Region ASes: 191808 Total APNIC prefixes after maximum aggregation: 54535 APNIC Deaggregation factor:3.52 Prefixes being announced from the APNIC address blocks: 190565 Unique aggregates announced from the APNIC address blocks:77963 APNIC Region origin ASes present in the Internet Routing Table:8891 APNIC Prefixes per ASN: 21.43 APNIC Region origin ASes announcing only one prefix: 2504 APNIC Region transit ASes present in the Internet Routing Table: 1333 Average APNIC Region AS path length visible:4.0 Max APNIC Region AS path length visible: 35 Number of APNIC region 32-bit ASNs visible in the Routing Table: 3865 Number of APNIC addresses announced to Internet: 767315458 Equivalent to 45 /8s, 188 /16s and 78 /24s APNIC AS Blocks4608-4864, 7467-7722, 9216-10239, 17408-18431 (pre-ERX allocations) 23552-24575, 37888-38911, 45056-46079, 55296-56319, 58368-59391, 63488-64098, 64297-64395, 131072-137529 APNIC Address Blocks 1/8, 14/8, 27/8, 36/8, 39/8, 42/8, 43/8, 49/8, 58/8, 59/8, 60/8, 61/8, 101/8, 103/8, 106/8, 110/8, 111/8, 112/8, 113/8, 114/8, 115/8, 116/8, 117/8, 118/8, 119/8, 120/8, 121/8, 122/8, 123/8, 124/8, 125/8, 126/8, 133/8, 150/8, 153/8, 163/8, 171/8, 175/8, 180/8, 182/8, 183/8, 202/8, 203/8, 210/8, 211/8, 218/8, 219/8, 220/8, 221/8, 222/8, 223/8, ARIN Region Analysis Summary Prefixes being announced by ARIN Region ASes:209266 Total ARIN prefixes after maximum aggregation:99538 ARIN Deaggregation factor: 2.10 Prefixes being announced from the ARIN address blocks: 209732 Unique aggregates announced from the ARIN address blocks: 99325 ARIN Region origin ASes present in the Internet Routing Table:18203 ARIN Prefixes per ASN:11.52
Re: IPv6 faster/better proof? was Re: Need /24 (arin) asap
On 22/Jun/18 15:05, JORDI PALET MARTINEZ via NANOG wrote: > I’m not really sure “you get what you pay for” … compare with OpenWRT … you > have frequent updates, even in days when some important security flaw is > discovered, as it happened a few months ago with WiFi. You can even develop > yourself what you want or pay folks to do it for you. No one disputes that, but there is a reason why operators are paying for MikroTik instead of taking a white box and flashing it with free code from any number of sources. They could either spend time developing free code on white boxes to a level where it does everything they want, or they could decide for what MikroTik offers for an integrated solution (hardware + software), the time and effort are outweighed by the cost, as a function of traditional alternatives such as Cisco, Juniper, Nokia, Brocade, e.t.c. Joe Average has neither the experience nor the inclination to flash whatever box he has with OpenWRT. You and I do (well, I've grown lazy, so...). Copy & paste for FTTH service providers dealing with thousands or millions of customers who want to pay nothing for 1Gbps to their house, and you quickly see why this is not an easy problem to solve. Pity that vCPE's don't seem to be picking up as they were once touted to... that would have been an easy truck-roll for IPv6 to everyone that guaranteed it would work, always! Mark.
Re: IPv6 faster/better proof? was Re: Need /24 (arin) asap
I’m not really sure “you get what you pay for” … compare with OpenWRT … you have frequent updates, even in days when some important security flaw is discovered, as it happened a few months ago with WiFi. You can even develop yourself what you want or pay folks to do it for you. And of course, you don’t depend on a specific hardware vendor. You can have a single model or several ones depending on customer’s needs, but all share the same firmware. You can buy very good quality products from China with 1-5 FastEthernet or Gigabit ports, 1 or dual radio WiFi, 1 or several USB (2.0 or 3.0), with or without Bluetooth, SD card support, even SATA support, and even LTE support. You have so many vendors that you can even decide what CPU you prefer to have and even what Wireless chips … A basic one will be around 15 USD, the most powerful one will be around 30 USD (without the LTE interface, but space for it). Regards, Jordi De: Mark Tinka Fecha: viernes, 22 de junio de 2018, 13:23 Para: JORDI PALET MARTINEZ CC: "nanog@nanog.org" Asunto: Re: IPv6 faster/better proof? was Re: Need /24 (arin) asap On 22/Jun/18 12:47, JORDI PALET MARTINEZ wrote: Yeah I can confirm, as I tested it several times, 6to4 for them is proto41, but it is very confusing and against standards nomenclature … This don’t say anything good from a vendor, in my opinion! Even those networks I know running MikroTik for revenue generation don't run around saying they think they are working with the best vendor :-). But the truth is in the numbers - I'm to find another vendor in my parts that sells more gear without presence in any country on the continent. They basically run a Linux … and you have OpenWRT sources with all what they need to implement 4in6 transition mechanisms, so no excuses! I must say also that no excuses for other CPE vendors, of course, but others at least have DS-Lite or even lw4o6. Very few offer 464XLAT (CLAT part is what the CPE needs) or MAP-T/E. Hopefully this will change soon. On the plus side, MikroTik regularly push out updates for their devices, unlike traditional home CPE whose updates tend to disappear one year after you buy and install them, leaving the only option to update software being a hardware swap-out. Can MikroTik do more, certainly. But this is clearly a case of "you get what you pay for". On the other hand, Cisco have (yet again) delayed ORR until 2019/2020, if at all. Juniper have screwed up their EX switch CLI with this ELS monstrosity, a problem they hope to correct in 2019/2020, if at all. And I'm paying through eyes for those puppies... Mark. ** IPv4 is over Are you ready for the new Internet ? http://www.consulintel.es The IPv6 Company This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.
Re: IPv6 faster/better proof? was Re: Need /24 (arin) asap
On 22/Jun/18 12:47, JORDI PALET MARTINEZ wrote: > > Yeah I can confirm, as I tested it several times, 6to4 for them is > proto41, but it is very confusing and against standards nomenclature … > This don’t say anything good from a vendor, in my opinion! > Even those networks I know running MikroTik for revenue generation don't run around saying they think they are working with the best vendor :-). But the truth is in the numbers - I'm to find another vendor in my parts that sells more gear without presence in any country on the continent. > > > They basically run a Linux … and you have OpenWRT sources with all > what they need to implement 4in6 transition mechanisms, so no excuses! > I must say also that no excuses for other CPE vendors, of course, but > others at least have DS-Lite or even lw4o6. Very few offer 464XLAT > (CLAT part is what the CPE needs) or MAP-T/E. Hopefully this will > change soon. > On the plus side, MikroTik regularly push out updates for their devices, unlike traditional home CPE whose updates tend to disappear one year after you buy and install them, leaving the only option to update software being a hardware swap-out. Can MikroTik do more, certainly. But this is clearly a case of "you get what you pay for". On the other hand, Cisco have (yet again) delayed ORR until 2019/2020, if at all. Juniper have screwed up their EX switch CLI with this ELS monstrosity, a problem they hope to correct in 2019/2020, if at all. And I'm paying through eyes for those puppies... Mark.
Re: IPv6 faster/better proof? was Re: Need /24 (arin) asap
The problem with its IPv6 support is that is only supporting 6in4, which by the way, they call it 6to4, so it is very weird and confusing customers ... That "6-to-4 actually means 6-in-4" was quite confusing to me as well. I just enabled it to prove that they had a language moment there. Good thing it didn't backfire on me :-). Yeah I can confirm, as I tested it several times, 6to4 for them is proto41, but it is very confusing and against standards nomenclature … This don’t say anything good from a vendor, in my opinion! So for native IPv6 or a 6in4 tunnel, is fine, but any other transition mechanism is NOT supported, so we end up reflashing then with OpenWRT. Not sure I'd blame them either - they develop a lot of features for pretty much next-to-nothing; and are being enabled by customers that are willing to take the risk for relief on budget. I’ve got very good customers from Mikrotik asking them in private and in public and they even didn’t reply. No other transition mechanism is available, no roadmap. So, you can’t use them for example for an IPv6-only access network which clearly is what is needed now. They could be more inclined to fix bugs and develop corner-case features sooner if they were in the premium market. But, as my (well-known on this list) American friend would say, "I conjecturbate" :-). They basically run a Linux … and you have OpenWRT sources with all what they need to implement 4in6 transition mechanisms, so no excuses! I must say also that no excuses for other CPE vendors, of course, but others at least have DS-Lite or even lw4o6. Very few offer 464XLAT (CLAT part is what the CPE needs) or MAP-T/E. Hopefully this will change soon. ** IPv4 is over Are you ready for the new Internet ? http://www.consulintel.es The IPv6 Company This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.
Re: IPv6 faster/better proof? was Re: Need /24 (arin) asap
On 22/Jun/18 10:00, JORDI PALET MARTINEZ via NANOG wrote: > > The problem with its IPv6 support is that is only supporting 6in4, which by > the way, they call it 6to4, so it is very weird and confusing customers ... That "6-to-4 actually means 6-in-4" was quite confusing to me as well. I just enabled it to prove that they had a language moment there. Good thing it didn't backfire on me :-). > So for native IPv6 or a 6in4 tunnel, is fine, but any other transition > mechanism is NOT supported, so we end up reflashing then with OpenWRT. Not sure I'd blame them either - they develop a lot of features for pretty much next-to-nothing; and are being enabled by customers that are willing to take the risk for relief on budget. They could be more inclined to fix bugs and develop corner-case features sooner if they were in the premium market. But, as my (well-known on this list) American friend would say, "I conjecturbate" :-). Mark.
Re: IPv6 faster/better proof? was Re: Need /24 (arin) asap
I've many customers using MikroTik. The problem with its IPv6 support is that is only supporting 6in4, which by the way, they call it 6to4, so it is very weird and confusing customers ... So for native IPv6 or a 6in4 tunnel, is fine, but any other transition mechanism is NOT supported, so we end up reflashing then with OpenWRT. Regards, Jordi -Mensaje original- De: NANOG en nombre de Mark Tinka Fecha: viernes, 22 de junio de 2018, 9:07 Para: Jared Mauch , Job Snijders CC: North American Network Operators' Group Asunto: Re: IPv6 faster/better proof? was Re: Need /24 (arin) asap On 20/Jun/18 05:48, Jared Mauch wrote: > MikroTik is getting there but most people are just not enabling it either. I have a MikroTik hAP Lite router for my FTTH service at my house. It has excellent support for IPv6, including a ton of translation mechanisms. My problem is my home provider doesn't do IPv6, so I run a 6-in-4 tunnel back to my own backbone for the service (no latency impact as my home provider is my IP Transit customer :-) ). This is a little unstable because my home provider doesn't know how to give me a stable IPv4 address for my FTTH service. But I do have to say that I am massively impressed by what that little MikroTik box can do. IPv6 on my home LAN works as expected, as it does across the 6-in-4 tunnel. Mark. ** IPv4 is over Are you ready for the new Internet ? http://www.consulintel.es The IPv6 Company This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.
Re: IPv6 faster/better proof? was Re: Need /24 (arin) asap
On 20/Jun/18 06:06, Jared Mauch wrote: > I know. They’re very popular in the WISP and FTTH communities that are doing > sub-10G as their aggregate bits. I understand the price appeal but not a fan > personally. Not a fan either for the backbone, even though a lot of ISP's in South Africa use them for this... admittedly, small networks that simply don't have the cash to dish out to the big vendors. I know we've had some issues setting up BGP sessions with MikroTik-based customers/peers, mainly around how RouterOS interprets various BGP-related RFC's. But for the home, I can't fault them. They do fix plenty of bugs (almost as much as they push out new features). I have seen some IPv6 bug fixes in recent updates they've published, but nothing that really makes a difference to my home world, as far as I can remember. Mark.
Re: IPv6 faster/better proof? was Re: Need /24 (arin) asap
On 20/Jun/18 05:48, Jared Mauch wrote: > MikroTik is getting there but most people are just not enabling it either. I have a MikroTik hAP Lite router for my FTTH service at my house. It has excellent support for IPv6, including a ton of translation mechanisms. My problem is my home provider doesn't do IPv6, so I run a 6-in-4 tunnel back to my own backbone for the service (no latency impact as my home provider is my IP Transit customer :-) ). This is a little unstable because my home provider doesn't know how to give me a stable IPv4 address for my FTTH service. But I do have to say that I am massively impressed by what that little MikroTik box can do. IPv6 on my home LAN works as expected, as it does across the 6-in-4 tunnel. Mark.