October 2021 - Test - lists.nanog.org

Weekly Global IPv4 Routing Table Report
by cscora＠apnic.net 15 Oct '21

15 Oct '21

This is an automated weekly mailing describing the state of the Internet Global IPv4 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 and the RIPE Routing WG. Daily listings are sent to bgp-stats(a)lists.apnic.net For historical data, please see http://thyme.rand.apnic.net. If you have any comments please contact Philip Smith <pfsinoz(a)gmail.com>. Global IPv4 Routing Table Report 04:00 +10GMT Sat 16 Oct, 2021 Report Website: http://thyme.rand.apnic.net Detailed Analysis: http://thyme.rand.apnic.net/current/ Analysis Summary ---------------- BGP routing table entries examined: 866541 Prefixes after maximum aggregation (per Origin AS): 329021 Deaggregation factor: 2.63 Unique aggregates announced (without unneeded subnets): 418843 Total ASes present in the Internet Routing Table: 72090 Prefixes per ASN: 12.02 Origin-only ASes present in the Internet Routing Table: 61921 Origin ASes announcing only one prefix: 25538 Transit ASes present in the Internet Routing Table: 10169 Transit-only ASes present in the Internet Routing Table: 346 Average AS path length visible in the Internet Routing Table: 4.4 Max AS path length visible: 53 Max AS path prepend of ASN (265020) 50 Prefixes from unregistered ASNs in the Routing Table: 949 Number of instances of unregistered ASNs: 953 Number of 32-bit ASNs allocated by the RIRs: 37511 Number of 32-bit ASNs visible in the Routing Table: 31156 Prefixes from 32-bit ASNs in the Routing Table: 144954 Number of bogon 32-bit ASNs visible in the Routing Table: 22 Special use prefixes present in the Routing Table: 1 Prefixes being announced from unallocated address space: 453 Number of addresses announced to Internet: 3071273216 Equivalent to 183 /8s, 15 /16s and 233 /24s Percentage of available address space announced: 83.0 Percentage of allocated address space announced: 83.0 Percentage of available address space allocated: 100.0 Percentage of address space in use by end-sites: 99.5 Total number of prefixes smaller than registry allocations: 287833 APNIC Region Analysis Summary ----------------------------- Prefixes being announced by APNIC Region ASes: 231909 Total APNIC prefixes after maximum aggregation: 66335 APNIC Deaggregation factor: 3.50 Prefixes being announced from the APNIC address blocks: 227300 Unique aggregates announced from the APNIC address blocks: 92166 APNIC Region origin ASes present in the Internet Routing Table: 12027 APNIC Prefixes per ASN: 18.90 APNIC Region origin ASes announcing only one prefix: 3424 APNIC Region transit ASes present in the Internet Routing Table: 1698 Average APNIC Region AS path length visible: 4.6 Max APNIC Region AS path length visible: 37 Number of APNIC region 32-bit ASNs visible in the Routing Table: 7196 Number of APNIC addresses announced to Internet: 772900480 Equivalent to 46 /8s, 17 /16s and 134 /24s APNIC AS Blocks 4608-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-147769 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: 254057 Total ARIN prefixes after maximum aggregation: 116852 ARIN Deaggregation factor: 2.17 Prefixes being announced from the ARIN address blocks: 254037 Unique aggregates announced from the ARIN address blocks: 121712 ARIN Region origin ASes present in the Internet Routing Table: 18900 ARIN Prefixes per ASN: 13.44 ARIN Region origin ASes announcing only one prefix: 6843 ARIN Region transit ASes present in the Internet Routing Table: 1946 Average ARIN Region AS path length visible: 3.8 Max ARIN Region AS path length visible: 28 Number of ARIN region 32-bit ASNs visible in the Routing Table: 4157 Number of ARIN addresses announced to Internet: 1301327616 Equivalent to 77 /8s, 144 /16s and 175 /24s ARIN AS Blocks 1-1876, 1902-2042, 2044-2046, 2048-2106 (pre-ERX allocations) 2138-2584, 2615-2772, 2823-2829, 2880-3153 3354-4607, 4865-5119, 5632-6655, 6912-7466 7723-8191, 10240-12287, 13312-15359, 16384-17407 18432-20479, 21504-23551, 25600-26591, 26624-27647, 29696-30719, 31744-33791 35840-36863, 39936-40959, 46080-47103 53248-55295, 62464-63487, 64198-64296, 393216-401308 ARIN Address Blocks 3/8, 4/8, 6/8, 7/8, 8/8, 9/8, 11/8, 12/8, 13/8, 15/8, 16/8, 17/8, 18/8, 19/8, 20/8, 21/8, 22/8, 23/8, 24/8, 26/8, 28/8, 29/8, 30/8, 32/8, 33/8, 34/8, 35/8, 38/8, 40/8, 44/8, 47/8, 48/8, 50/8, 52/8, 53/8, 54/8, 55/8, 56/8, 57/8, 63/8, 64/8, 65/8, 66/8, 67/8, 68/8, 69/8, 70/8, 71/8, 72/8, 73/8, 74/8, 75/8, 76/8, 96/8, 97/8, 98/8, 99/8, 100/8, 104/8, 107/8, 108/8, 128/8, 129/8, 130/8, 131/8, 132/8, 134/8, 135/8, 136/8, 137/8, 138/8, 139/8, 140/8, 142/8, 143/8, 144/8, 146/8, 147/8, 148/8, 149/8, 152/8, 155/8, 156/8, 157/8, 158/8, 159/8, 160/8, 161/8, 162/8, 164/8, 165/8, 166/8, 167/8, 168/8, 169/8, 170/8, 172/8, 173/8, 174/8, 184/8, 192/8, 198/8, 199/8, 204/8, 205/8, 206/8, 207/8, 208/8, 209/8, 214/8, 215/8, 216/8, RIPE Region Analysis Summary ---------------------------- Prefixes being announced by RIPE Region ASes: 241320 Total RIPE prefixes after maximum aggregation: 113069 RIPE Deaggregation factor: 2.13 Prefixes being announced from the RIPE address blocks: 237460 Unique aggregates announced from the RIPE address blocks: 145857 RIPE Region origin ASes present in the Internet Routing Table: 28082 RIPE Prefixes per ASN: 8.46 RIPE Region origin ASes announcing only one prefix: 12098 RIPE Region transit ASes present in the Internet Routing Table: 3905 Average RIPE Region AS path length visible: 4.4 Max RIPE Region AS path length visible: 29 Number of RIPE region 32-bit ASNs visible in the Routing Table: 10464 Number of RIPE addresses announced to Internet: 711908736 Equivalent to 42 /8s, 110 /16s and 221 /24s RIPE AS Blocks 1877-1901, 2043, 2047, 2107-2136, 2585-2614 (pre-ERX allocations) 2773-2822, 2830-2879, 3154-3353, 5377-5631 6656-6911, 8192-9215, 12288-13311, 15360-16383 20480-21503, 24576-25599, 28672-29695 30720-31743, 33792-35839, 38912-39935 40960-45055, 47104-52223, 56320-58367 59392-61439, 61952-62463, 64396-64495 196608-213403 RIPE Address Blocks 2/8, 5/8, 25/8, 31/8, 37/8, 46/8, 51/8, 62/8, 77/8, 78/8, 79/8, 80/8, 81/8, 82/8, 83/8, 84/8, 85/8, 86/8, 87/8, 88/8, 89/8, 90/8, 91/8, 92/8, 93/8, 94/8, 95/8, 109/8, 141/8, 145/8, 151/8, 176/8, 178/8, 185/8, 188/8, 193/8, 194/8, 195/8, 212/8, 213/8, 217/8, LACNIC Region Analysis Summary ------------------------------ Prefixes being announced by LACNIC Region ASes: 111706 Total LACNIC prefixes after maximum aggregation: 26844 LACNIC Deaggregation factor: 4.16 Prefixes being announced from the LACNIC address blocks: 112587 Unique aggregates announced from the LACNIC address blocks: 47589 LACNIC Region origin ASes present in the Internet Routing Table: 10781 LACNIC Prefixes per ASN: 10.44 LACNIC Region origin ASes announcing only one prefix: 2629 LACNIC Region transit ASes present in the Internet Routing Table: 2131 Average LACNIC Region AS path length visible: 4.9 Max LACNIC Region AS path length visible: 53 Number of LACNIC region 32-bit ASNs visible in the Routing Table: 8450 Number of LACNIC addresses announced to Internet: 176566272 Equivalent to 10 /8s, 134 /16s and 48 /24s LACNIC AS Blocks 26592-26623, 27648-28671, 52224-53247, 61440-61951, 64099-64197, 262144-272796 + ERX transfers LACNIC Address Blocks 177/8, 179/8, 181/8, 186/8, 187/8, 189/8, 190/8, 191/8, 200/8, 201/8, AfriNIC Region Analysis Summary ------------------------------- Prefixes being announced by AfriNIC Region ASes: 26600 Total AfriNIC prefixes after maximum aggregation: 5210 AfriNIC Deaggregation factor: 5.11 Prefixes being announced from the AfriNIC address blocks: 34704 Unique aggregates announced from the AfriNIC address blocks: 11141 AfriNIC Region origin ASes present in the Internet Routing Table: 1559 AfriNIC Prefixes per ASN: 22.26 AfriNIC Region origin ASes announcing only one prefix: 544 AfriNIC Region transit ASes present in the Internet Routing Table: 312 Average AfriNIC Region AS path length visible: 5.1 Max AfriNIC Region AS path length visible: 38 Number of AfriNIC region 32-bit ASNs visible in the Routing Table: 889 Number of AfriNIC addresses announced to Internet: 108256000 Equivalent to 6 /8s, 115 /16s and 219 /24s AfriNIC AS Blocks 36864-37887, 327680-329727 & ERX transfers AfriNIC Address Blocks 41/8, 45/8, 102/8, 105/8, 154/8, 196/8, 197/8, APNIC Region per AS prefix count summary ---------------------------------------- ASN No of nets /20 equiv MaxAgg Description 9808 8044 9000 57 CMNET-GD Guangdong Mobile Communication 7545 5852 787 682 TPG-INTERNET-AP TPG Telecom Limited, AU 4538 4661 4192 74 ERX-CERNET-BKB China Education and Rese 7552 3617 1330 20 VIETEL-AS-AP Viettel Group, VN 7713 3505 1022 56 TELKOMNET-AS-AP PT Telekomunikasi Indon 45899 3039 1896 55 VNPT-AS-VN VNPT Corp, VN 4766 2507 11119 578 KIXS-AS-KR Korea Telecom, KR 9498 2162 472 237 BBIL-AP BHARTI Airtel Ltd., IN 45090 2127 1198 75 CNNIC-TENCENT-NET-AP Shenzhen Tencent C 4755 2126 429 203 TATACOMM-AS TATA Communications formerl Complete listing at http://thyme.rand.apnic.net/current/data-ASnet-APNIC ARIN Region per AS prefix count summary --------------------------------------- ASN No of nets /20 equiv MaxAgg Description 16509 5764 9986 2516 AMAZON-02, US 11492 4675 309 786 CABLEONE, US 22773 4086 3056 375 ASN-CXA-ALL-CCI-22773-RDC, US 7155 3950 264 30 VIASAT-SP-BACKBONE, US 16625 3638 1882 2536 AKAMAI-AS, US 6327 3371 1318 69 SHAW, CA 30036 2576 373 244 MEDIACOM-ENTERPRISE-BUSINESS, US 209 2531 5028 450 CENTURYLINK-US-LEGACY-QWEST, US 20115 2242 3032 504 CHARTER-20115, US 7018 2235 24164 1427 ATT-INTERNET4, US Complete listing at http://thyme.rand.apnic.net/current/data-ASnet-ARIN RIPE Region per AS prefix count summary --------------------------------------- ASN No of nets /20 equiv MaxAgg Description 12479 6845 1726 143 UNI2-AS, ES 20940 3878 3348 216 AKAMAI-ASN1, NL 8551 3289 378 39 BEZEQ-INTERNATIONAL-AS Bezeqint Interne 39891 3271 187 23 ALJAWWALSTC-AS, SA 12389 2929 2283 898 ROSTELECOM-AS, RU 9009 2491 259 1315 M247, GB 34984 2240 358 602 TELLCOM-AS, TR 58224 1691 901 579 TCI, IR 61317 1656 241 917 ASDETUK www.heficed.com, GB 13188 1610 100 27 TRIOLAN, UA Complete listing at http://thyme.rand.apnic.net/current/data-ASnet-RIPE LACNIC Region per AS prefix count summary ----------------------------------------- ASN No of nets /20 equiv MaxAgg Description 8151 8874 3458 571 Uninet S.A. de C.V., MX 10620 3415 520 717 Telmex Colombia S.A., CO 11830 2498 369 62 Instituto Costarricense de Electricidad 13999 1669 330 465 Mega Cable, S.A. de C.V., MX 6503 1522 359 477 Axtel, S.A.B. de C.V., MX 28573 1465 2309 244 CLARO S.A., BR 3816 1240 651 153 COLOMBIA TELECOMUNICACIONES S.A. ESP, C 26615 1119 2351 135 TIM SA, BR 6147 1088 369 22 Telefonica del Peru S.A.A., PE 11172 956 111 69 Alestra, S. de R.L. de C.V., MX Complete listing at http://thyme.rand.apnic.net/current/data-ASnet-LACNIC AfriNIC Region per AS prefix count summary ------------------------------------------ ASN No of nets /20 equiv MaxAgg Description 24863 1636 393 21 LINKdotNET-AS, EG 24835 1550 503 32 RAYA-AS, EG 36992 1287 1418 270 ETISALAT-MISR, EG 36903 1183 537 110 MT-MPLS, MA 29571 800 68 11 ORANGE-COTE-IVOIRE, CI 36935 630 523 44 Vodafone-, EG 6713 612 1863 34 IAM-AS, MA 15399 509 50 31 WANANCHI-, KE 37342 471 32 1 MOVITEL, MZ 2018 344 319 73 TENET-1, ZA Complete listing at http://thyme.rand.apnic.net/current/data-ASnet-AFRINIC Global Per AS prefix count summary ---------------------------------- ASN No of nets /20 equiv MaxAgg Description 8151 8874 3458 571 Uninet S.A. de C.V., MX 9808 8044 9000 57 CMNET-GD Guangdong Mobile Communication 12479 6845 1726 143 UNI2-AS, ES 7545 5852 787 682 TPG-INTERNET-AP TPG Telecom Limited, AU 16509 5764 9986 2516 AMAZON-02, US 11492 4675 309 786 CABLEONE, US 4538 4661 4192 74 ERX-CERNET-BKB China Education and Rese 22773 4086 3056 375 ASN-CXA-ALL-CCI-22773-RDC, US 7155 3950 264 30 VIASAT-SP-BACKBONE, US 20940 3878 3348 216 AKAMAI-ASN1, NL Complete listing at http://thyme.rand.apnic.net/current/data-ASnet Global Per AS Maximum Aggregation summary ----------------------------------------- ASN No of nets Net Savings Description 9808 8044 7987 CMNET-GD Guangdong Mobile Communication Co.Ltd. 12479 6845 6702 UNI2-AS, ES 7545 5852 5170 TPG-INTERNET-AP TPG Telecom Limited, AU 4538 4661 4587 ERX-CERNET-BKB China Education and Research Net 7155 3950 3920 VIASAT-SP-BACKBONE, US 11492 4675 3889 CABLEONE, US 22773 4086 3711 ASN-CXA-ALL-CCI-22773-RDC, US 20940 3878 3662 AKAMAI-ASN1, NL 7552 3617 3597 VIETEL-AS-AP Viettel Group, VN 7713 3505 3449 TELKOMNET-AS-AP PT Telekomunikasi Indonesia, ID Complete listing at http://thyme.rand.apnic.net/current/data-CIDRnet List of Unregistered Origin ASNs (Global) ----------------------------------------- Bad AS Designation Net Originated Transit AS Transit AS Name 398418 UNALLOCATED 8.2.200.0/24 2914 NTT-COMMUNICATIONS-2914, US 46990 UNALLOCATED 8.5.242.0/23 3356 LEVEL3, US 62828 UNALLOCATED 8.21.130.0/24 3356 LEVEL3, US 393266 UNALLOCATED 8.23.52.0/24 46887 LIGHTOWER, US 18604 UNALLOCATED 8.25.204.0/24 3356 LEVEL3, US 394936 UNALLOCATED 8.33.224.0/24 174 COGENT-174, US 54338 UNALLOCATED 8.33.241.0/24 6461 ZAYO-6461, US 23061 UNALLOCATED 8.39.119.0/24 3356 LEVEL3, US 1782 UNALLOCATED 8.42.19.0/24 46887 LIGHTOWER, US 395438 UNALLOCATED 8.42.206.0/24 3356 LEVEL3, US Complete listing at http://thyme.rand.apnic.net/current/data-badAS Prefixes from private and non-routed address space (Global) ----------------------------------------------------------- Prefix Origin AS Description 192.88.99.0/24 6939 HURRICANE, US Complete listing at http://thyme.rand.apnic.net/current/data-dsua Advertised Unallocated Addresses -------------------------------- Unassigned Network ASN Information AS Name 23.132.208.0/24 Origin: 7850 CITYLINKFIBER, US 23.132.208.0/24 Transit: 15164 UPNLLC, US 23.141.0.0/24 Origin: 395350 UNASSIGNED 23.141.0.0/24 Transit: 11426 TWC-11426-CAROLINAS, US 27.100.7.0/24 Origin: 56096 UNASSIGNED 27.100.7.0/24 Transit: 45455 TH-2S1N-AP Two S One N Co Ltd, Internet 41.57.124.0/22 Origin: 37442 UNASSIGNED 41.57.124.0/22 Transit: 174 COGENT-174, US 41.57.124.0/23 Origin: 37442 UNASSIGNED 41.57.124.0/23 Transit: 37204 TELONE, ZW Complete listing at http://thyme.rand.apnic.net/current/data-add-IANA Number of prefixes announced per prefix length (Global) ------------------------------------------------------- /1:0 /2:0 /3:0 /4:0 /5:0 /6:0 /7:0 /8:16 /9:13 /10:41 /11:99 /12:300 /13:597 /14:1216 /15:2046 /16:13596 /17:8321 /18:14067 /19:25507 /20:42772 /21:51099 /22:107303 /23:92738 /24:505363 /25:1447 /26:0 /27:0 /28:0 /29:0 /30:0 /31:0 /32:0 Advertised prefixes smaller than registry allocations ----------------------------------------------------- ASN No of nets Total ann. Description 12479 5806 6845 UNI2-AS, ES 11492 3616 4675 CABLEONE, US 8151 3265 8874 Uninet S.A. de C.V., MX 6327 3179 3371 SHAW, CA 7155 3040 3950 VIASAT-SP-BACKBONE, US 22773 3018 4086 ASN-CXA-ALL-CCI-22773-RDC, US 39891 2807 3271 ALJAWWALSTC-AS, SA 8551 2755 3289 BEZEQ-INTERNATIONAL-AS Bezeqint Internet Backbo 30036 2229 2576 MEDIACOM-ENTERPRISE-BUSINESS, US 11830 1931 2498 Instituto Costarricense de Electricidad y Telec Complete listing at http://thyme.rand.apnic.net/current/data-sXXas-nos Number of /24s announced per /8 block (Global) ---------------------------------------------- 1:1926 2:1052 3:145 4:19 5:3647 6:85 7:5 8:1552 9:1 11:172 12:1717 13:406 14:2295 15:115 16:24 17:370 18:125 20:126 21:4 22:188 23:5189 24:2430 25:2 27:2551 29:19 31:2359 32:112 34:1 35:47 36:1727 37:3899 38:2296 39:611 40:151 41:3838 42:1039 43:2063 44:293 45:15456 46:3673 47:320 48:3 49:1677 50:1835 51:100 52:1301 54:248 55:739 56:4 57:55 58:1741 59:1181 60:937 61:2288 62:2330 63:1964 64:5369 65:2354 66:4953 67:2866 68:1162 69:4121 70:1360 71:678 72:3156 74:2620 75:1492 76:694 77:2036 78:1734 79:2630 80:1864 81:1527 82:1381 83:1164 84:1294 85:2819 86:718 87:1859 88:977 89:3043 90:508 91:7372 92:1829 93:2563 94:3139 95:3541 96:1297 97:347 98:978 99:949 100:75 101:1041 102:1711 103:27145 104:4058 105:439 106:827 107:2379 108:734 109:3866 110:2041 111:3098 112:1940 113:1410 114:1472 115:1931 116:1897 117:2424 118:2314 119:1893 120:1563 121:1079 122:2536 123:2167 124:1600 125:2048 128:1386 129:1304 130:904 131:2024 132:745 133:364 134:1862 135:318 136:791 137:856 138:2400 139:1190 140:721 141:1267 142:1197 143:1373 144:1267 145:326 146:1555 147:1428 148:2209 149:1489 150:831 151:1087 152:1653 153:429 154:3160 155:1334 156:1757 157:1187 158:1004 159:2045 160:2342 161:1244 162:3349 163:1083 164:1629 165:1467 166:592 167:1657 168:3645 169:689 170:4340 171:807 172:2760 173:2958 174:1000 175:1116 176:3344 177:4539 178:3009 179:1915 180:2255 181:2679 182:3121 183:2011 184:2417 185:18926 186:4209 187:3173 188:3444 189:2906 190:8633 191:1314 192:10695 193:8382 194:6845 195:4871 196:2890 197:2132 198:6031 199:5926 200:7335 201:5492 202:10488 203:10061 204:4512 205:3387 206:4062 207:3354 208:3996 209:4735 210:4199 211:2354 212:3750 213:3371 214:1165 215:61 216:6376 217:2624 218:1219 219:650 220:1947 221:977 222:853 223:2052 End of report

1 0

Fwd: [members-discuss] Update on legal case - Freeze of Bank accounts
by Mark Tinka 15 Oct '21

15 Oct '21

FYI. Step by step, the tyrants shall be stripped. Mark. -------- Forwarded Message -------- Subject: [members-discuss] Update on legal case - Freeze of Bank accounts Date: Fri, 15 Oct 2021 14:53:03 +0400 From: Eddy Kayihura <eddy(a)afrinic.net> To: AfriNIC Discuss <members-discuss(a)afrinic.net> Dear Colleagues, We are happy to inform our stakeholders that there was a court hearing today with regard to our application for removal of the freezing order against AFRINIC. The Court, after considering our application and the case initiated by Cloud Innovation Ltd, has declared the order null and void. In short, AFRINIC has won this case against Cloud Innovation Ltd. There is another Appeal to be heard on 11thNovember 2021. We will keep you informed of the outcome and we are quietly optimistic that justice will prevail. Kind Regards, Eddy Kayihura Chief Executive Officer African Network Information Centre (AFRINIC) ceo(a)afrinic.net <mailto:ceo@afrinic.net> …………………………………... Chers Collègues, Nous sommes heureux de vous informer qu'une audience a eu lieu aujourd'hui au tribunal concernant notre demande de levée de l'ordonnance de gel des comptes d'AFRINIC. Le tribunal, après avoir examiné notre demande et l'affaire initiée par Cloud Innovation Ltd, a déclaré l'ordonnance nulle et non avenue. En bref, AFRINIC a gagné ce procès contre Cloud Innovation Ltd. Un autre appel doit être entendu le 11 novembre 2021. Nous vous tiendrons informés du dénouement et nous sommes optimistes quant à la justice. Cordialement, Eddy Kayihura Directeur général Le Centre d'information du réseau africain ceo(a)afrinic.net ………………………………………………... زملائي الاعزاء، يسعدنا إبلاغ أصحاب المصلحة لدينا أنه كانت هناك جلسة استماع اليوم فيما يتعلق بطلبنا لإزالة أمر التجميد ضد AFRINIC. أعلنت المحكمة ، بعد النظر في طلبنا والقضية التي رفعتها شركة Cloud Innovation Ltd ، أن الأمر باطل ولاغٍ. باختصار ، فازت AFRINIC بقضيتها ضد Cloud Innovation Ltd. هناك نداء آخر سيتم الاستماع إليه في 11 نوفمبر. سنبقيك على اطلاع بالنتيجة ونحن متفائلون بهدوء بأن العدالة ستسود. AFRINIC للاتصالات ……………………………………………………. Caros colegas, Temos o prazer de informar as nossas partes interessadas de que houve hoje uma audiência judicial relativamente ao nosso pedido de retirada da ordem de congelamento contra a AFRINIC. O Tribunal, após considerar o nosso pedido e o processo iniciado pela Cloud Innovation Ltd, declarou a ordem nula e sem efeito. Em suma, a AFRINIC ganhou o seu processo contra a Cloud Innovation Ltd. Há outro recurso a ser ouvido a 11 de Novembro de 2021. Manter-vos-emos informados sobre o resultado e estamos tranquilamente optimistas de que a justiça prevalecerá. Cumprimentos, Eddy Kayihura Chefe do Executivo O Centro de Informação da Rede Africana ceo(a)afrinic.net Vision: “A secure and accessible Internet for sustainable digital growth in Africa” Mission: “To serve the African Internet community by delivering efficient services in a global multi-stakeholder environment” Values: EPIC (■ Excellence ■ Passion ■ Integrity ■ Community Driven) ******************************************************************************************************************* This email and any attachment (s) transmitted with it are confidential. They may also be privileged or otherwise protected by law. They are intended solely for the use of the individual or entity to whom they are addressed. If you have received this email by error please notify the sender immediately by e-mail and delete this e-mail from your system. You are also notified that disclosing, copying, distributing, or taking any action in relation to its contents is strictly prohibited and unlawful. By reading the message and opening any attachment, the recipient accepts full responsibility for taking protective and remedial action about viruses and other defects. *******************************************************************************************************************

2 1

Anyone from Level3/CenturyLink/Lumen, possibly Comcast around?
by Brie 15 Oct '21

15 Oct '21

Hi all, So, having a... frustrating issue going on. Long wall of text ahead as I explain. 1 x CenturyLink/Lumen fiber in Boise 1 x CenturyLink/Lumen fiber in Cheyenne 1 x Comcast biz fiber in Denver IPsec VPN tunnels between all three sites, w/ OSPF for routing failover (which unfortunately doesn't help in this situation). Two days ago, Cheyenne to Denver (.196) traffic (both tcp and udp) were an issue initially. Failed over to routing Cheyenne VPN through Boise while we opened ticket with CL. Yesterday, Boise to Denver (.196) traffic started having exact same issue. Tests from another CL fiber in Boise (my own circuit, with legacy IP space and BGP) to Denver (.196) did not show same issues. Path appeared clean. Traceroutes from Office Boise to Denver (.196) had a noticeable difference from Personal Boise to Denver (.196): Office Boise -> Denver (.196) ---------------------- 3: sea-edge-15.inet.qwest.net 4: lag-4.ear3.Seattle1.Level3.net 5: ae-2-52.ear2.seattle1.level3.net <------ This hop 6: be-203-pe01.seattle.wa.ibone.comcast.net Personal Boise -> Denver (.196) ---------------------- 4: sea-edge-15.inet.qwest.net 5: lag-25.ear2.Seattle1.Level3.net 6: be-203-pe01.seattle.wa.ibone.comcast.net On a whim, tracerouted to another Denver router IP address (.199, IP alias on same interface) from Boise Office, and traceroute matched the traceroute from Personal Boise to Denver (.196) traceroute. No packet loss. Swapped VPN tunnels over to using another ip on same router (.199), same interface physical and logical, in Denver, and VPN was working again normally. This morning though, Cheyenne to Denver (.199) is having problems, while Boise to Denver (.199) isn't (for now). Already spent most of last night working with my partner in Denver replacing nearly everything on the Denver side with no change. Tests from the router above the main Denver VPN endpoint (.196) do not show any kind of issues or packet loss to it, so it doesn't appear the problem is inside of our network. I'm not inclined to think this is a Comcast issue, but I can't be sure. This sounds almost like a load balancing hashing issue, with one link in the bond group having issues, somewhere in one of our upstream's networks. We'll be opening a ticket in a bit through normal channels with CenturyLink/Lumen, but we're worried they're just going to close the ticket as not being their issue. Anyone know of an engineer at CenturyLink/Lumen/Level3 or even Comcast that might want to take a stab at this? I can provide a lot more detail. -- Brielle Bruns The Summit Open Source Development Group http://www.sosdg.org / http://www.ahbl.org

4 3

verizon fios, northeast, routing issues?
by Miles Fidelman 15 Oct '21

15 Oct '21

Any Verizon folks here? I've been having some rather weird network issues lately - just reading email via IMAP, from home. Over a 1gig FIOS connection to a machine in a nearby Tierpoint data center that has LOTS of good connectivity. I just tried some traceroutes, and got some interesting results: These originate on a machine connected to a 1gig FIOS feed, and end at a machine, located in a Tierpoint datacenter, about 10 miles from here. traceroute to ntcorp.com (207.154.13.58), 64 hops max, 52 byte packets 1 * fios_quantum_gateway (192.168.1.1) 3.530 ms 2.822 ms 2 * * * 3 100.41.27.110 (100.41.27.110) 14.970 ms 5.323 ms 6.306 ms 4 0.csi1.bstnmafr-mse01-bb-su1.alter.net (140.222.10.32) 11.069 ms 8.477 ms 17.097 ms 5 * * * 6 0.ae1.br1.bos30.alter.net (140.222.236.253) 17.121 ms 19.027 ms 0.ae2.br1.bos30.alter.net (140.222.236.255) 19.795 ms 7 * * * 8 colo4-dalla.bear1.boston1.level3.net (4.53.61.86) 2205.648 ms 8.331 ms 13.161 ms 9 static-33-65-203-66.axsne.net (66.203.65.33) 16.951 ms 13.791 ms static-145-65-203-66.axsne.net (66.203.65.145) 21.503 ms 10 server1.ntcorp.com (207.154.13.58) 17.872 ms 15.902 ms 14.415 ms Several things jump out: 1. alter.net is not a common path between here & there - usually a lower grade connection, when other backbones aren't working right 2. origin - alter.net - level.3 - endpoint is just bizarre, one would think that the regional FIOS network has a direct connection to level.3 (it also seems kind of odd that the packets are flowing from Acton MA, to Boston, and back out to Marlboro MA - there's an awful lot of fiber running along Rt. 495, and the networks are fairly dense around here) 3. The intermittent, high delays (factor of 10) jump out (also, when running ping tests, there seem to be intermittent periods of long sequences of timeouts) All in all it's really mucking with both streaming services, and simply posting emails (SMTP timeouts). All of which leads me to wonder if there's something mucked up with Verizon's routing tables (or a particular network interface). Any insights (or fixes) to be had? Thanks, Miles Fidelman -- In theory, there is no difference between theory and practice. In practice, there is. .... Yogi Berra Theory is when you know everything but nothing works. Practice is when everything works but no one knows why. In our lab, theory and practice are combined: nothing works and no one knows why. ... unknown

4 5

Increase bandwidth usage in partial-mesh network?
by Adam Thompson 14 Oct '21

14 Oct '21

Looking for recommendtions or suggestions... I've got a downstream customer asking for help; they have a private internal network that I've taken to calling the "partial-mesh network from hell": it's got two partially-overlapping radio networks, mixed with islands of isolated fiber connectivity. Dynamic routing protocols (IS-IS, OSPF, EIGRP, etc.) generally will only select the _best_ path, they won't spread the load unless all paths are equal - and they are very unequal in this network, ECMP would likely fail horribly. The network is becoming bandwidth-limited, so they're wanting to make use of all available paths, not just the single "best" path. It's also remote and spread out, so adding new links or upgrading existing links is difficult and expensive. Oh, and their routers are overdue for a refresh, so acquiring replacement h/w is now possible. Has anyone come across any product or technology that can handle the multi-path-ness and the private-network-ness like a regular router, but also provides the intelligent per-flow path steering based on e.g. latency, like an SD-WAN device (and/or some firewalls)? Here's hoping, -Adam Adam Thompson Consultant, Infrastructure Services [1593169877849] 100 - 135 Innovation Drive Winnipeg, MB, R3T 6A8 (204) 977-6824 or 1-800-430-6404 (MB only) athompson(a)merlin.mb.ca<mailto:athompson@merlin.mb.ca> www.merlin.mb.ca<http://www.merlin.mb.ca/>

9 9

NANOG 83: City Guide + Keynotes + More
by Nanog News 13 Oct '21

13 Oct '21

A NANOG 83 Attendees' Guide to Minneapolis Get ready to feel welcomed in the industrial landmark city, known as the birthplace of iconic musicians, incredible museums, + the "Minnesota nice" <https://theculturetrip.com/north-america/usa/minnesota/articles/15-things-k…> culture. Our next meeting, NANOG 83 (Nov. 1 - 3), will be located near the breathtaking end of the Mississippi River in Minnesota. When community members need a break from improving the Internet of tomorrow, here is a list of the "best of the best" to experience in Minneapolis. Meet our Keynote Speakers "Geeky Entrepreneur" + Government Intelligence Cybersecurity Pro *Meet Bert Hubert:* Bert (@PowerDNS_Bertis) is the founder of PowerDNS, a software that powers a significant fraction of the Internet. He also did government cybersecurity work and co-founded a software company in that field. These days, Bert does DNA research and is part of the governing board regulating the Dutch intelligence and security agencies. *Date:* Tuesday, Nov 2 at 10 am Central virtually, live Q&A. *Talk Title: *Who Controls the Internet? And Should They? *Abstract of Presentation:* This presentation discusses how control of the internet experience is moving more and more into the hands of browser and phone vendors. The advent of end-to-end encryption, also on control planes and metadata like DNS, means that no one else can influence the Internet - except in extremely heavy-handed and binary fashion... Meet our Keynote Speakers Chief Technology Officer & Vice President, Product Engineering & Infrastructure *Meet John Brzozowski: *@jjmbcom - Talks about #iot, #lorawan, and #loraalliance. John is an executive technology leader with a deep understanding of product development and infrastructure across multiple industries and diverse product and service offerings. *Date: *Wednesday, Nov 3 at 10 am Central virtually, live from the Grand Lakes Ballroom. *Talk Title: * IPv6 - The Next 10 years *Abstract of Presentation: *World IPv6 Day was in 2011, World IPv6 Launch in 2012. We will briefly reflect on the status of IPv6 deployment across eyeball and content networks - 10 years later. We will take a look at statistics across a wide range of public and private (cited) sources... We Have Missed You! Less than 3 Weeks until NANOG 83 - Register Now! *Reunited, and it feels so good. *We cannot wait to see you in person and/or virtually at NANOG 83 in less than three weeks! Complimentary registration is available for those in need and virtual only. *Have concerns about traveling during the pandemic?* Check out our Safety + Travel Guide. <https://www.nanog.org/events/nanog-83/safety-travel/> Time is running out, don't miss all the incredible networking opportunities and programming now. Let's Hack! Still, Time to Register for NANOG 83 Hybrid Hackathon *There's still time! *Register for the Hackathon today. Virtual kick-off is on Oct 22, + hacking is on Oct 30 - 31. *Hackathons are an essential part of NANOG conferences,* designed to be both fun and engaging. NANOG Hackathons are hands-on and educational at their core — directly supporting the most critical aspects of our mission. All levels are welcome to participate, and as always, registration is free.

1 0

CSR1000v + ASR1000 Code Upgrade Pleasure...
by Mark Tinka 13 Oct '21

13 Oct '21

Hi all. I thought I'd share our recent experiences, per subject, just in case others run into the same problems. So... we finally decided to try 17.3(4a)MD for the CSR1000v, after years of happy operation. Good Lord, what a drama! At first, we couldn't figure out why iBGP sessions to all Cisco boxes could not stand up. Then we realized it's because IS-IS to them could not stand up. Then we realized it's because BFD sessions could not stand up. But even after removing BFD, IS-IS remained down. After 3 days of searching, we finally landed on CSCuz58508. In case you don't have CCO access, it is the same issue as described here: https://community.cisco.com/t5/cisco-cloud-service-router-csr/b00ocg4q4e-cs… This was even more confusing for us, because our interface driver on VMware ESXi is vmxnet3. The bug ID suggests the problem is fixed in 16.3(2) and 16.4(1). So to be safe, we tested 16.12(5)MD, which allowed us to enable jumbo frames, but that only appeared to be a cosmetic thing. In the background, the box was simply dropping packets, silently. We found this out when we tried to copy other files to the node, and it would just hang without any feedback. Removing the jumbo frame support allowed the files to come through. We noticed that nodes still running 3.17(0)S did not have any issues with IS-IS or BFD, or MTU. However, this code was only ever released as an ED train (and to be fair, we've been having dodgy issues with it in recent years), so we decided to downgrade to 3.16(9)S (which is actually an upgrade from 3.17(00)S, since the 3.16 train is an MD release, with the latest release being March 2019, vs. July 2017 for 3.17(4)SED). With that, no more MTU issues, BFD and IS-IS are happy, iBGP is happy. We definitely won't be wasting any more time trying to make Denali, Gibraltar, Fuji, Everest or Amsterdam work on our CSR1000v complement. Needless to say, moving the ASR1000 platform to 17.3 has also come with its own avenue of pleasure, what with all the ROMMON, CPLD and FPGA upgrade mess that is. What the documentation says and what happens in real life are two very different things. It has taken us a week to come up with our own working procedure to upgrade just one box, worse if it's a dual-RP system. Mark.

1 0

Linux WiFi Package Issues
by Pascal Masha 12 Oct '21

12 Oct '21

Hello All, I have been wondering whether there is any known issue with the Linux WiFi package since the last 3 days or so? I'm Ubuntu 20.04.3 LTS 64bit Distro and WiFi has been dropping almost every 5 minutes. A colleague on another Linux Disto also contacted me about the same thing. Has anyone in the community experienced the same issue? Regards Paschal Masha

3 2

Re: S.Korea broadband firm sues Netflix after traffic surge
by Jared Brown 12 Oct '21

12 Oct '21

Mark Tinka wrote: > Someone can correct me if I'm wrong, but the way I know BitTorrent to > work is the file is downloaded to disk, unarchived and then listed as > ready to watch. That's not how it works. Several streaming BitTorrent clients specifically request blocks in order so that you can start watching immediately. Not that you need a special client, it works pretty well with the standard client as well on a well seeded torrent, as blocks are generally requested more or less in order. > It also assumes the device has all the necessary apps > and codecs needed to render the file. Well, yes. Or you could just stream content that is guaranteed to be compatible with the device used. > On the other hand, BitTorrent could just make an Apple > TV/PS4/PS5/Xbox/whatever-device-you-use app as well. They could, and they might even have, I forget, but there is little demand for such a thing as a centralized CDN strategy works better. > But I doubt that > will work, unless someone can think up a clever way to modify BitTorrent > to suit today's network architectures. Unless network topology is somehow exposed, this isn't possible. All anybody can do is use latency, IP and ASN information as a proxy. Nothing is stopping a BitTorrent client from being selective about its peers. The current peer selection algorithm optimizes for throughput, not adjecency or topology. - Jared

4 3

Re: S.Korea broadband firm sues Netflix after traffic surge
by Jared Brown 12 Oct '21

12 Oct '21

Doug Barton wrote: > One incentive I haven't seen anyone mention is that ISPs don't want to > charge customers what it really costs to provide them access. For the sake of argument, let's assume this is true. For this to work, I am really trying hard to ignore inconvenient facts like: "South Korea’s SK Telecom (SKT) has reported operating revenues of KRW4.818 trillion (USD4.2 billion) for the quarter ended 30 June 2021, up 4.7% year-on-year, with it saying that the increase was ‘due to continued solid growth trends in all business areas’. SKT’s operating income in Q2 2021 totalled KRW397 billion, up 10.8% on an annualised basis..." https://www.commsupdate.com/articles/2021/08/12/sk-telecom-reports-revenue-… Nevertheless, let's go with the hypothesis that service is provided below cost. Providing access is mostly fixed costs, as there are very few consumables in running a network. IP transit costs aren't an issue, since Netflix will do settlement free peering. This leaves the internal network of SK Telecom as the problem and cost center. There would have been no marginal cost if SK Telecom's own network was capable of handling the traffic of its customers. So basically SK Telecom is mad at Netflix for forcing equipment upgrades faster than budgeted. Should Netflix have to pay for SK Telecom sucking at traffic planning and budgeting? - Jared

3 2