November 2021 - Test - lists.nanog.org

Weekly Global IPv4 Routing Table Report
by Routing Table Analysis Role Account 26 Nov '21

26 Nov '21

This is an automated weekly mailing describing the state of the Gobal 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 https://thyme.apnic.net. If you have any comments please contact Philip Smith <pfsinoz(a)gmail.com>. Global IPv4 Routing Table Report 04:00 +10GMT Sat 27 Nov, 2021 BGP Table as seen in Japan. Report Website: https://thyme.apnic.net Detailed Analysis: https://thyme.apnic.net/current/ Analysis Summary ---------------- BGP routing table entries examined: 872472 Prefixes after maximum aggregation (per Origin AS): 330087 Deaggregation factor: 2.64 Unique aggregates announced (without unneeded subnets): 421607 Number of IPv4 prefixes with ROAs (including AS0): 247772 Total ASes present in the Internet Routing Table: 72382 Prefixes per ASN: 12.05 Origin-only ASes present in the Internet Routing Table: 62143 Origin ASes announcing only one prefix: 25685 Transit ASes present in the Internet Routing Table: 10239 Transit-only ASes present in the Internet Routing Table: 357 Average AS path length visible in the Internet Routing Table: 4.3 Max AS path length visible: 53 Max AS path prepend of ASN (265020) 50 Prefixes from unregistered ASNs in the Routing Table: 893 Number of instances of unregistered ASNs: 897 Number of 32-bit ASNs allocated by the RIRs: 37925 Number of 32-bit ASNs visible in the Routing Table: 31495 Prefixes from 32-bit ASNs in the Routing Table: 145183 Number of bogon 32-bit ASNs visible in the Routing Table: 24 Special use prefixes present in the Routing Table: 1 Prefixes being announced from unallocated address space: 862 Number of addresses announced to Internet: 3071623936 Equivalent to 183 /8s, 21 /16s and 67 /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: 290843 APNIC Region Analysis Summary ----------------------------- Prefixes being announced by APNIC Region ASes: 231533 Total APNIC prefixes after maximum aggregation: 64938 APNIC Deaggregation factor: 3.57 Prefixes being announced from the APNIC address blocks: 226709 Unique aggregates announced from the APNIC address blocks: 93050 APNIC Region origin ASes present in the Internet Routing Table: 12153 APNIC Prefixes per ASN: 18.65 APNIC Region origin ASes announcing only one prefix: 3493 APNIC Region transit ASes present in the Internet Routing Table: 1710 Average APNIC Region AS path length visible: 4.5 Max APNIC Region AS path length visible: 37 Number of APNIC region 32-bit ASNs visible in the Routing Table: 7333 Number of APNIC addresses announced to Internet: 773087360 Equivalent to 46 /8s, 20 /16s and 96 /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-151865 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: 256209 Total ARIN prefixes after maximum aggregation: 118264 ARIN Deaggregation factor: 2.17 Prefixes being announced from the ARIN address blocks: 255844 Unique aggregates announced from the ARIN address blocks: 122186 ARIN Region origin ASes present in the Internet Routing Table: 18952 ARIN Prefixes per ASN: 13.50 ARIN Region origin ASes announcing only one prefix: 6862 ARIN Region transit ASes present in the Internet Routing Table: 1967 Average ARIN Region AS path length visible: 3.8 Max ARIN Region AS path length visible: 35 Number of ARIN region 32-bit ASNs visible in the Routing Table: 4229 Number of ARIN addresses announced to Internet: 1301302016 Equivalent to 77 /8s, 144 /16s and 75 /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: 243696 Total RIPE prefixes after maximum aggregation: 113966 RIPE Deaggregation factor: 2.14 Prefixes being announced from the RIPE address blocks: 239822 Unique aggregates announced from the RIPE address blocks: 146828 RIPE Region origin ASes present in the Internet Routing Table: 28162 RIPE Prefixes per ASN: 8.52 RIPE Region origin ASes announcing only one prefix: 12153 RIPE Region transit ASes present in the Internet Routing Table: 3938 Average RIPE Region AS path length visible: 4.3 Max RIPE Region AS path length visible: 31 Number of RIPE region 32-bit ASNs visible in the Routing Table: 10550 Number of RIPE addresses announced to Internet: 712438400 Equivalent to 42 /8s, 118 /16s and 242 /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: 113030 Total LACNIC prefixes after maximum aggregation: 27001 LACNIC Deaggregation factor: 4.19 Prefixes being announced from the LACNIC address blocks: 113942 Unique aggregates announced from the LACNIC address blocks: 47540 LACNIC Region origin ASes present in the Internet Routing Table: 10805 LACNIC Prefixes per ASN: 10.55 LACNIC Region origin ASes announcing only one prefix: 2627 LACNIC Region transit ASes present in the Internet Routing Table: 2145 Average LACNIC Region AS path length visible: 5.0 Max LACNIC Region AS path length visible: 53 Number of LACNIC region 32-bit ASNs visible in the Routing Table: 8482 Number of LACNIC addresses announced to Internet: 176399872 Equivalent to 10 /8s, 131 /16s and 166 /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: 27111 Total AfriNIC prefixes after maximum aggregation: 5239 AfriNIC Deaggregation factor: 5.17 Prefixes being announced from the AfriNIC address blocks: 35293 Unique aggregates announced from the AfriNIC address blocks: 11220 AfriNIC Region origin ASes present in the Internet Routing Table: 1571 AfriNIC Prefixes per ASN: 22.47 AfriNIC Region origin ASes announcing only one prefix: 550 AfriNIC Region transit ASes present in the Internet Routing Table: 304 Average AfriNIC Region AS path length visible: 5.1 Max AfriNIC Region AS path length visible: 42 Number of AfriNIC region 32-bit ASNs visible in the Routing Table: 901 Number of AfriNIC addresses announced to Internet: 107848192 Equivalent to 6 /8s, 109 /16s and 162 /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 8744 9000 57 CHINAMOBILE-CN China Mobile Communicati 7545 5861 787 684 TPG-INTERNET-AP TPG Telecom Limited, AU 4538 4665 4192 74 ERX-CERNET-BKB China Education and Rese 7552 3593 1330 20 VIETEL-AS-AP Viettel Group, VN 7713 3495 1023 57 TELKOMNET-AS-AP PT Telekomunikasi Indon 45899 3233 1896 54 VNPT-AS-VN VNPT Corp, VN 4766 2503 11119 579 KIXS-AS-KR Korea Telecom, KR 9498 2182 475 237 BBIL-AP BHARTI Airtel Ltd., IN 45090 2135 1198 75 TENCENT-NET-AP Shenzhen Tencent Compute 4755 2121 429 202 TATACOMM-AS TATA Communications formerl Complete listing at https://thyme.apnic.net/current/data-ASnet-APNIC ARIN Region per AS prefix count summary --------------------------------------- ASN No of nets /20 equiv MaxAgg Description 16509 6016 10015 2587 AMAZON-02, US 11492 4593 304 821 CABLEONE, US 22773 4017 3047 372 ASN-CXA-ALL-CCI-22773-RDC, US 7155 3950 264 30 VIASAT-SP-BACKBONE, US 16625 3679 1896 2559 AKAMAI-AS, US 6327 3389 1318 65 SHAW, CA 749 2890 50784 2146 DNIC-AS-00749, US 30036 2599 373 153 MEDIACOM-ENTERPRISE-BUSINESS, US 209 2522 5043 434 CENTURYLINK-US-LEGACY-QWEST, US 20115 2243 3033 502 CHARTER-20115, US Complete listing at https://thyme.apnic.net/current/data-ASnet-ARIN RIPE Region per AS prefix count summary --------------------------------------- ASN No of nets /20 equiv MaxAgg Description 12479 6863 1731 149 UNI2-AS, ES 20940 3922 3348 218 AKAMAI-ASN1, NL 8551 3448 378 39 BEZEQ-INTERNATIONAL-AS Bezeqint Interne 39891 3271 187 23 ALJAWWALSTC-AS, SA 12389 2932 2279 898 ROSTELECOM-AS, RU 9009 2559 263 1348 M247, GB 34984 2204 355 601 TELLCOM-AS, TR 58224 1759 918 579 TCI, IR 61317 1653 214 927 ASDETUK www.heficed.com, GB 13188 1610 100 27 TRIOLAN, UA Complete listing at https://thyme.apnic.net/current/data-ASnet-RIPE LACNIC Region per AS prefix count summary ----------------------------------------- ASN No of nets /20 equiv MaxAgg Description 8151 10647 3450 577 Uninet S.A. de C.V., MX 10620 3251 491 826 Telmex Colombia S.A., CO 11830 2467 369 62 Instituto Costarricense de Electricidad 13999 1612 285 457 Mega Cable, S.A. de C.V., MX 6503 1488 357 499 Axtel, S.A.B. de C.V., MX 28573 1395 2317 257 CLARO S.A., BR 3816 1240 651 153 COLOMBIA TELECOMUNICACIONES S.A. ESP, C 26615 1139 2351 139 TIM SA, BR 6147 1087 369 21 Telefonica del Peru S.A.A., PE 11664 980 189 441 Techtel LMDS Comunicaciones Interactiva Complete listing at https://thyme.apnic.net/current/data-ASnet-LACNIC AfriNIC Region per AS prefix count summary ------------------------------------------ ASN No of nets /20 equiv MaxAgg Description 24863 1632 393 21 LINKdotNET-AS, EG 24835 1553 507 33 RAYA-AS, EG 36992 1286 1430 268 ETISALAT-MISR, EG 36903 1183 537 110 MT-MPLS, MA 29571 825 68 11 ORANGE-COTE-IVOIRE, CI 36935 703 523 44 Vodafone-, EG 6713 612 1863 34 IAM-AS, MA 15399 516 50 31 WANANCHI-, KE 37342 470 32 1 MOVITEL, MZ 23889 428 232 16 MauritiusTelecom, MU Complete listing at https://thyme.apnic.net/current/data-ASnet-AFRINIC Global Per AS prefix count summary ---------------------------------- ASN No of nets /20 equiv MaxAgg Description 8151 10647 3450 577 Uninet S.A. de C.V., MX 9808 8744 9000 57 CHINAMOBILE-CN China Mobile Communicati 12479 6863 1731 149 UNI2-AS, ES 16509 6016 10015 2587 AMAZON-02, US 7545 5861 787 684 TPG-INTERNET-AP TPG Telecom Limited, AU 4538 4665 4192 74 ERX-CERNET-BKB China Education and Rese 11492 4593 304 821 CABLEONE, US 22773 4017 3047 372 ASN-CXA-ALL-CCI-22773-RDC, US 7155 3950 264 30 VIASAT-SP-BACKBONE, US 20940 3922 3348 218 AKAMAI-ASN1, NL Complete listing at https://thyme.apnic.net/current/data-ASnet Global Per AS Maximum Aggregation summary ----------------------------------------- ASN No of nets Net Savings Description 9808 8744 8687 CHINAMOBILE-CN China Mobile Communications Grou 12479 6863 6714 UNI2-AS, ES 7545 5861 5177 TPG-INTERNET-AP TPG Telecom Limited, AU 4538 4665 4591 ERX-CERNET-BKB China Education and Research Net 7155 3950 3920 VIASAT-SP-BACKBONE, US 11492 4593 3772 CABLEONE, US 20940 3922 3704 AKAMAI-ASN1, NL 22773 4017 3645 ASN-CXA-ALL-CCI-22773-RDC, US 7552 3593 3573 VIETEL-AS-AP Viettel Group, VN 7713 3495 3438 TELKOMNET-AS-AP PT Telekomunikasi Indonesia, ID Complete listing at https://thyme.apnic.net/current/data-CIDRnet List of Unregistered Origin ASNs (Global) ----------------------------------------- Bad AS Designation Net Originated Transit AS Transit AS Name 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 1782 UNALLOCATED 8.42.19.0/24 46887 LIGHTOWER, US 395438 UNALLOCATED 8.42.206.0/24 3356 LEVEL3, US 395056 UNALLOCATED 8.45.133.0/24 3356 LEVEL3, US 32306 UNALLOCATED 8.46.80.0/24 33652 CMCS, US Complete listing at https://thyme.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 https://thyme.apnic.net/current/data-dsua Advertised Unallocated Addresses -------------------------------- Unassigned Network ASN Information AS Name 23.141.0.0/24 Origin: 395350 UNASSIGNED 23.141.0.0/24 Transit: 11426 TWC-11426-CAROLINAS, US 23.252.160.0/24 Origin: 398968 GROUP-IID-01, US 23.252.160.0/24 Transit: 1299 TWELVE99 Twelve99, Telia Carrier, SE 23.252.161.0/24 Origin: 398968 GROUP-IID-01, US 23.252.161.0/24 Transit: 1299 TWELVE99 Twelve99, Telia Carrier, SE 23.252.162.0/24 Origin: 398968 GROUP-IID-01, US 23.252.162.0/24 Transit: 1299 TWELVE99 Twelve99, Telia Carrier, SE 23.252.163.0/24 Origin: 398968 GROUP-IID-01, US 23.252.163.0/24 Transit: 1299 TWELVE99 Twelve99, Telia Carrier, SE Complete listing at https://thyme.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:101 /12:304 /13:597 /14:1216 /15:2046 /16:13550 /17:8270 /18:13913 /19:25222 /20:43098 /21:50983 /22:107611 /23:93957 /24:510735 /25:799 /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 5810 6863 UNI2-AS, ES 8151 4446 10647 Uninet S.A. de C.V., MX 11492 3546 4593 CABLEONE, US 6327 3197 3389 SHAW, CA 7155 3040 3950 VIASAT-SP-BACKBONE, US 22773 2994 4017 ASN-CXA-ALL-CCI-22773-RDC, US 8551 2913 3448 BEZEQ-INTERNATIONAL-AS Bezeqint Internet Backbo 39891 2807 3271 ALJAWWALSTC-AS, SA 30036 2254 2599 MEDIACOM-ENTERPRISE-BUSINESS, US 11830 1921 2467 Instituto Costarricense de Electricidad y Telec Complete listing at https://thyme.apnic.net/current/data-sXXas-nos Number of /24s announced per /8 block (Global) ---------------------------------------------- 1:1912 2:1036 3:146 4:18 5:3721 6:100 7:5 8:1556 9:1 11:172 12:1707 13:411 14:2281 15:132 16:32 17:374 18:130 20:142 21:4 22:188 23:5325 24:2371 25:4 27:2565 29:19 31:2372 32:106 34:1 35:48 36:1736 37:3911 38:2372 39:651 40:149 41:3903 42:1023 43:2095 44:294 45:15638 46:3795 47:322 49:1688 50:1881 51:104 52:1345 54:288 55:647 56:4 57:55 58:1745 59:1128 60:940 61:2246 62:2408 63:1951 64:5410 65:2350 66:4944 67:2899 68:1174 69:4148 70:1344 71:678 72:3093 74:2615 75:1502 76:710 77:2133 78:1748 79:2702 80:1875 81:1497 82:1415 83:1174 84:1300 85:2827 86:700 87:1884 88:978 89:3144 90:488 91:7501 92:1891 93:2573 94:3227 95:3588 96:1299 97:347 98:983 99:911 100:76 101:1057 102:1792 103:27563 104:4103 105:424 106:842 107:2391 108:753 109:3989 110:2066 111:3148 112:1960 113:1519 114:1541 115:1937 116:1892 117:2480 118:2306 119:1850 120:1619 121:1042 122:2547 123:2133 124:1598 125:2043 128:1408 129:1102 130:914 131:2068 132:748 133:366 134:1918 135:285 136:785 137:859 138:2432 139:1204 140:842 141:1313 142:1225 143:1351 144:1251 145:330 146:1685 147:1461 148:2229 149:1586 150:852 151:1088 152:1651 153:442 154:3310 155:1363 156:1832 157:1201 158:988 159:2017 160:2329 161:1272 162:3409 163:1174 164:1648 165:1502 166:603 167:1668 168:3633 169:682 170:4301 171:807 172:2849 173:3044 174:1005 175:1134 176:3419 177:4466 178:3004 179:1943 180:2266 181:2621 182:3168 183:1924 184:2410 185:19053 186:4237 187:3532 188:3632 189:3107 190:8747 191:1336 192:11008 193:8430 194:6892 195:4931 196:2901 197:2316 198:6016 199:6010 200:7432 201:5675 202:10519 203:10058 204:4501 205:3386 206:3848 207:3381 208:4010 209:4611 210:4232 211:2435 212:3835 213:3384 214:1162 215:64 216:6392 217:2609 218:1213 219:620 220:1965 221:989 222:852 223:2106 End of report

1 0

problem with cloud services at Lightshot / app.prntscr.com.
by Jacques G. Busnardo 26 Nov '21

26 Nov '21

Hello, I have a problem with cloud services at Lightshot / app.prntscr.com. Always return the CAPTCHA(Cloudflare - One more step) when I try to open the app.prntscr.com. Does anyone have any technical contact? best regards, Jacques G. Busnardo

1 0

Validating multi-path in production?
by Adam Thompson 26 Nov '21

26 Nov '21

Hello all. Over time, we've run into occurrences of both bugs and human error, both in our own gear and in our partner networks' gear, specifically affecting multi-path forwarding, at pretty much all layers: Multi-chassis LAG, ECMP, and BGP MP. (Yes, I am a corner-case magnet. Lucky me.) Some of these issues were fairly obvious when they happened, but some were really hard to pin down. We've found that typical network monitoring tools (Observium & Smokeping, not to mention plain old ping and traceroute) can't really detect a hashing-related or multi-path-related problem: either the packets get through or they don't. Can anyone recommend either tools or techniques to validate that multi-path forwarding either is, or isn't, working correctly in a production network? I'm looking to add something to our test suite for when we make changes to critical network gear. Almost all the scenarios I want to test only involve two paths, if that helps. The best I've come up with so far is to have two test systems (typically VMs) that use adjacent IP addresses and adjacent MAC addresses, and test both inbound and outbound to/from those, blindly trusting/hoping that hashing algorithms will probably exercise both paths. Some of the problems we've seen show that merely looking at interface counters is insufficient, so I'm trying to find an explicit proof, not implicit. Any suggestions? Surely other vendors and/or admins have screwed this up in subtle ways enough times that this knowledge exists? (My Google-fu is usually pretty good, but I'm striking out - maybe I'm using the wrong terms.) -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/>

7 7

Looking for a contact at Citi
by Ed Ronayne 26 Nov '21

26 Nov '21

Hi, Apologies for the noise, shouting out to see if I can reach anyone in Citi Bank that could assist in resetting a VPN tunnel. Best Regards Ed

1 0

anyone use fbtracert successfully?
by Adam Thompson 25 Nov '21

25 Nov '21

The tool fbtracert (http://github.com/facebookarchive/fbtracert) was mentioned here recently as a way to get visibility into multi-pathing. Has anyone here ever used this tool successfully? Supposedly Facebook uses this tool internally, but… that doesn’t help much. I’ve tried it on 4 different platforms/OSes (WSL Ubuntu; RedHat; Debian; OpenBSD), and versions of Go (v1.10 through v1.16), in three very different environments (on-prem public IP; on-prem NAT’d; cloud public IP), and I’ve yet to see it produce any meaningful output – each run/iteration/thread only detects one, single, hop out of the entire chain of routers, making it less than useful. Granted, that’s not a full regression test by any means, but if anyone here has ever used it successfully, could you please let me know what sort of environment you ran it in/on? Thanks, -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/>

5 6

Salesforce issues
by Erik Sundberg 25 Nov '21

25 Nov '21

We are receiving latency complaints to Salesforce, anyone else seeing this? Looks like Vocus Network might be possibly leaking some force.com (Salesforce) routes, causing 200ms of latency. Traffic is going Chicago -> Vocus Networks -> Australia -> Akamai Atlanta I have emailed both Vocus Networks and Akamai about this. dig force.com +short 104.109.10.129 <<< Possible Leaked via Vocus Networks 104.109.11.129 <<< Possible Leaked via Vocus Networks 184.25.179.132 <<< Possible Leaked via Vocus Networks 184.31.3.130 <<<<< Route ok (NTT, TATA, Akamai) 25ms 184.31.10.133 <<< Route ok (NTT, Akamai) 16ms 23.1.35.132 <<< Possible Leaked via Vocus Networks 23.1.99.130 <<< Route ok (Akamai) 15 ms 23.1.106.133 <<< Route ok (NTT, Akamai) 16ms 2021-11-24T13:47:59-0600 Keys: Help Display mode Restart statistics Order of fields quit Packets Pings Host Loss% Snt Last Avg Best Wrst StDev 1. AS??? 172.19.1.2 (172.19.1.2) 0.0% 7 1.7 1.9 0.9 4.8 1.3 2. ??? 3. AS53828 207.200.193.193 (207.200.193.193) 0.0% 6 1.0 1.0 0.9 1.0 0.1 4. AS??? eqix-ch1.vocusconnect.com (208.115.136.142) 0.0% 6 41.0 40.8 40.8 41.0 0.1 5. AS4826 be101.bdr04.sjc01.ca.us.vocus.network (114.31.199.38) 40.0% 6 200.6 200.7 200.6 200.8 0.1 [MPLS: Lbl 24266 Exp 0 S 1 TTL 1] 6. AS4826 be100.bdr03.sjc01.ca.us.vocus.network (114.31.199.32) 0.0% 6 197.4 197.5 197.4 197.5 0.0 [MPLS: Lbl 24807 Exp 0 S 1 TTL 1] 7. AS4826 be202.cor02.syd04.nsw.vocus.network (114.31.199.42) 0.0% 6 197.4 197.4 197.3 197.5 0.1 [MPLS: Lbl 24932 Exp 0 S 1 TTL 1] 8. AS4826 be100.bdr04.syd03.nsw.vocus.network (114.31.192.45) 0.0% 6 197.5 197.5 197.4 197.5 0.0 9. AS4826 static-74.173.255.49.in-addr.VOCUS.net.au (49.255.173.74) 0.0% 6 200.2 200.7 197.4 205.2 3.0 10. AS20940 a23-1-240-228.deploy.static.akamaitechnologies.com (23.1.240.228) 0.0% 6 197.1 197.3 197.1 197.6 0.2 11. ??? 12. AS4826 static-73.173.255.49.in-addr.VOCUS.net.au (49.255.173.73) 0.0% 6 197.5 197.6 197.5 197.8 0.1 13. AS4826 be114.cor02.syd04.nsw.vocus.network (114.31.192.44) 0.0% 6 348.7 349.0 348.7 349.4 0.3 14. AS4826 be202.bdr03.sjc01.ca.us.vocus.network (114.31.199.43) 0.0% 6 349.0 349.1 348.9 349.3 0.1 15. AS3257 173.205.35.1 (173.205.35.1) 0.0% 6 348.8 351.0 348.6 362.1 5.4 16. AS3257 ae18-3416.cr11-fra2.ip4.gtt.net (89.149.180.134) 0.0% 6 356.0 350.5 349.1 356.0 2.7 17. AS3257 ip4.gtt.net (98.124.180.42) 0.0% 6 348.9 349.0 348.9 349.2 0.1 18. AS20940 ae12.r01.sjc01.icn.netarch.akamai.com (23.207.232.36) 0.0% 6 368.5 353.4 349.3 368.5 8.4 19. AS20940 ae11.r01.ord01.icn.netarch.akamai.com (23.32.63.46) 0.0% 6 393.7 393.8 393.7 394.1 0.2 20. AS20940 ae6.r02.iad01.icn.netarch.akamai.com (23.32.63.21) 0.0% 6 411.4 411.8 411.4 412.4 0.5 21. AS20940 ae2.r12.iad01.ien.netarch.akamai.com (23.203.152.41) 0.0% 6 411.9 415.1 411.9 417.4 2.9 AS20940 ae2.r11.iad01.ien.netarch.akamai.com (23.203.152.39) 22. ??? 23. AS33905 a184-25-179-132.deploy.static.akamaitechnologies.com (184.25.179.132) 0.0% 6 215.9 216.4 215.9 216.7 0.3 Erik Sundberg Sr. Network Engineer office 773.661.5532 mobile 708.710.7419 noc 866.892.0915 esundberg(a)nitelusa.com<mailto:esundberg@nitelusa.com> 888.450.2100 350 N Orleans St. #1300N Chicago, IL 60654 nitelusa.com<http://www.nitelusa.com/> [cid:image006.png@01D7E13A.E1A0E610]<http://www.nitelusa.com/> Smarter technology made simple ________________________________ CONFIDENTIALITY NOTICE: This e-mail transmission, and any documents, files or previous e-mail messages attached to it may contain confidential information that is legally privileged. If you are not the intended recipient, or a person responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of any of the information contained in or attached to this transmission is STRICTLY PROHIBITED. If you have received this transmission in error please notify the sender immediately by replying to this e-mail. You must destroy the original transmission and its attachments without reading or saving in any manner. Thank you.

2 1

Google location question
by Chuck Church 24 Nov '21

24 Nov '21

NANOG, Sorry if this is the wrong forum, but I figured we could all use a distraction from IPV4 expansion for a bit. We're facing a problem with corporate use of browsers and google location services. Our users across North and South America seem to be getting location info for Rio de Janeiro, BR as of the last few days. All of our users when browsing hit general internet via a NAT pool for IPs out of Atlanta, GA. That hasn't changed in over a year. The IP space itself and the upstream routers PTR haven't changed for longer than that. For a normal laptop without a GPS chip and using default settings, it would seem that something else must be informing google of location. We've had a few theories. I discovered our Cisco wireless in RIO office is broadcasting SSID. The same SSID name we use in all offices. But I believe that google uses BSSID which is MAC based. And would be different between sites, as each have their own wireless controller, and certainly different APs. At least that's what I believe to be true, that google didn't associate our standard SSID name with a physical location. I'm curious if anyone has ever dealt with this before. I don't want to blame our workstation folks for something that might be a geolocation issue, either based on wi-fi being detected, or a messed up geolocation for our IP space. Is there any place in Google-land where you can see exactly why it thinks you're in a given location? I did see some articles on API usage to view values, but nothing that shows you the process when it takes all variables into effect. Thanks, Chuck

2 1

Quantifying the customer support and impact of cgnat for residential ipv4
by Eric Kuhnke 22 Nov '21

22 Nov '21

Looking for anecdotal examples of the following: If you put N number of individual DHCP client residential broadband customers behind cgnat for ipv4, what percent of customers contact support and become a support/troubleshooting case later. And what percent of customers have a significant problem with it, to the extent that they either need to be offered a $5-10/mo extra /32 dedicated real address, or possibly cancel? Hopefully on sample sizes of 5000 or more. All else assuming that the customers are also dual stack v4/v6 and can reach v6 things normally without any of that traffic going through the cgnat.

4 3

RPKI-Based Policy Without Route Refresh
by Mark Tinka 22 Nov '21

22 Nov '21

Randy will be presenting draft-ymbk-sidrops-rov-no-rr during RIPE-83, at around 1530hrs UTC: https://datatracker.ietf.org/doc/html/draft-ymbk-sidrops-rov-no-rr-02 Most grateful if you can join, and provide some initial feedback. Thanks. Mark.

1 0

Re: Redploying most of 127/8 as unicast public
by Mark Andrews 22 Nov '21

22 Nov '21

> On 18 Nov 2021, at 11:58, Joe Maimon <jmaimon(a)chl.com> wrote: > > > > Mark Andrews wrote: >> It’s a denial of service attack on the IETF process to keep bringing up drafts like this that are never going to be approved. 127/8 is in use. It isn’t free. > > There are so many things wrong with this statement that I am not even going to try to enumerate them. > > However suffice it to say that drafts like these are concrete documentation of non-groupthink and essentially you are advocating for self-censorship and loss of historical perspective. I’m advocating for not taking address away that have been allocated for a purpose. No one knows what the impact of doing that will be. Perhaps we should just take back 216.222.144.0/20? You obviously think taking back address that are in use to be a good thing. This is similar to taking back other address that are allocated but not advertised. > Which given the state of IPv6 transition, perhaps more of that in the past would have been nice. > > For example https://datatracker.ietf.org/doc/html/draft-fuller-240space-02 from 2008 which fell prey to the "by the time this is usable IPv6 will have taken over" groupthink. Again an oranges vs apples comparison. Class E is not 127/8. This is “Reserved" vs "Reserved for use on the host”. Totally different histories. Totally different expectations. > Objectively wrong. > > Predictive self-fulfilling circular arguments of this sort should no longer be given any weight, and along your lines, should never even be brought up. > >> >> Lots of bad attempts to justify a bad idea. >> >> "The IPv4 network 127/8 was first reserved by Jon Postel in 1981 [RFC0776]. Postel's policy was to reserve the first and last network of each class, and it does not appear that he had a specific plan for how to use 127/8.” >> >> Having a space for permission-less innovation and testing is a good thing. Jon understood that. > > Yes its a good idea to have space that is guaranteed to be available to every system regardless of its networking condition and that the host has deterministic control over the addressing used in that space. > > However, it turns out that /8 was much too large. The extreme few instances of its usefulness at that size pale in comparison with even the possibility of its usefulness to the public. > > So any attempt to adjust that should be given proper attention and serious thought. > >> >> "By contrast, IPv6, despite its vastly larger pool of available address space, allocates only a single local loopback address (::1) [RFC4291]. This appears to be an architectural vote of confidence in the idea that Internet protocols ultimately do not require millions of distinct loopback addresses.” >> >> This is an apples-to-oranges comparison. IPv6 has both link and site local addresses and an architecture to deliver packets to specific instances of each. This does not exist in the IPv4 world. > > SO an IPv6 only system without any network interfaces can run multiple discrete instances of the same daemon accepting connections on the same TCP port? Yes. I’ve been doing testing over the IPv6 loopback for 20+ years now. > Can I script that, can I template that with hardcoded addresses, same as I can now for 127/8? > > Good thing I can just use ::FFFF:127.0.0.1/104 You can script is to the same extent that you can hard code 127/8 addresses. I’ve used ULA addresses but conceptually they are the same. The lo0 interface also has more that 127.0.0.1 IPv4 addresses on it. % ifconfig lo0 inet6 lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384 options=1203<RXCSUM,TXCSUM,TXSTATUS,SW_TIMESTAMP> inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 inet6 fd92:7065:b8e:ffff::1 prefixlen 64 inet6 fd92:7065:b8e:ffff::2 prefixlen 64 inet6 fd92:7065:b8e:ffff::3 prefixlen 64 inet6 fd92:7065:b8e:ffff::4 prefixlen 64 inet6 fd92:7065:b8e:ffff::5 prefixlen 64 inet6 fd92:7065:b8e:ffff::6 prefixlen 64 inet6 fd92:7065:b8e:ffff::7 prefixlen 64 inet6 fd92:7065:b8e:ffff::8 prefixlen 64 inet6 fd92:7065:b8e:ffff::9 prefixlen 64 inet6 fd92:7065:b8e:ffff::10 prefixlen 64 inet6 fd92:7065:b8e:ff::1 prefixlen 64 inet6 fd92:7065:b8e:ff::2 prefixlen 64 inet6 fd92:7065:b8e:99ff::1 prefixlen 64 inet6 fd92:7065:b8e:99ff::2 prefixlen 64 inet6 fd92:7065:b8e:fffe::a35:4 prefixlen 64 nd6 options=201<PERFORMNUD,DAD> % >> "In theory, having multiple local loopback addresses might be useful for increasing the number of distinct IPv4 sockets that can be used for inter-process communication within a host. The local loopback /16 network retained by this document will still permit billions of distinct concurrent loopback TCP connections within a single host, even if both the IP address and port number of one endpoint of each connection are fixed.” >> >> But it doesn’t deliver millions of end points. Sorry you simulation will not work because we don’t have more that 65000 end points anymore. Sorry RFC 1918 addresses are not always suitable. >> >> "Reserved for <use>" is not the same as “Reserved”. >> >> Mark > > Let them use IPv6 link local for their simulations. Which doesn’t work when you are simulating dual stack. >>> On 18 Nov 2021, at 10:45, scott <surfer(a)mauigateway.com> wrote: >>> >>> >>> >>> On 11/17/2021 1:29 PM, Jay R. Ashworth wrote: >>>> This seems like a really bad idea to me; am I really the only one who noticed? >>>> >>>> > > Its only a relevant idea if you still care about IPv4. In which case, it might be a good idea. > > Joe -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: marka(a)isc.org

6 17