- Test - lists.nanog.org

Weekly Routing Table Report
by cscora＠apnic.net 01 Jan '21

01 Jan '21

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 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>. Routing Table Report 04:00 +10GMT Sat 02 Jan, 2021 Report Website: http://thyme.rand.apnic.net Detailed Analysis: http://thyme.rand.apnic.net/current/ Analysis Summary ---------------- BGP routing table entries examined: 833633 Prefixes after maximum aggregation (per Origin AS): 320053 Deaggregation factor: 2.60 Unique aggregates announced (without unneeded subnets): 399759 Total ASes present in the Internet Routing Table: 70222 Prefixes per ASN: 11.87 Origin-only ASes present in the Internet Routing Table: 60418 Origin ASes announcing only one prefix: 25000 Transit ASes present in the Internet Routing Table: 9804 Transit-only ASes present in the Internet Routing Table: 298 Average AS path length visible in the Internet Routing Table: 4.3 Max AS path length visible: 203 Max AS path prepend of ASN (396896) 200 Prefixes from unregistered ASNs in the Routing Table: 1027 Number of instances of unregistered ASNs: 1031 Number of 32-bit ASNs allocated by the RIRs: 34573 Number of 32-bit ASNs visible in the Routing Table: 28719 Prefixes from 32-bit ASNs in the Routing Table: 132424 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: 503 Number of addresses announced to Internet: 2863108480 Equivalent to 170 /8s, 167 /16s and 145 /24s Percentage of available address space announced: 77.3 Percentage of allocated address space announced: 77.3 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: 284210 APNIC Region Analysis Summary ----------------------------- Prefixes being announced by APNIC Region ASes: 217099 Total APNIC prefixes after maximum aggregation: 64442 APNIC Deaggregation factor: 3.37 Prefixes being announced from the APNIC address blocks: 213119 Unique aggregates announced from the APNIC address blocks: 87656 APNIC Region origin ASes present in the Internet Routing Table: 11153 APNIC Prefixes per ASN: 19.11 APNIC Region origin ASes announcing only one prefix: 3187 APNIC Region transit ASes present in the Internet Routing Table: 1592 Average APNIC Region AS path length visible: 4.3 Max APNIC Region AS path length visible: 31 Number of APNIC region 32-bit ASNs visible in the Routing Table: 6300 Number of APNIC addresses announced to Internet: 777987072 Equivalent to 46 /8s, 95 /16s and 36 /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-143673 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: 241006 Total ARIN prefixes after maximum aggregation: 111573 ARIN Deaggregation factor: 2.16 Prefixes being announced from the ARIN address blocks: 241489 Unique aggregates announced from the ARIN address blocks: 115552 ARIN Region origin ASes present in the Internet Routing Table: 18699 ARIN Prefixes per ASN: 12.91 ARIN Region origin ASes announcing only one prefix: 6821 ARIN Region transit ASes present in the Internet Routing Table: 1920 Average ARIN Region AS path length visible: 3.9 Max ARIN Region AS path length visible: 203 Number of ARIN region 32-bit ASNs visible in the Routing Table: 3639 Number of ARIN addresses announced to Internet: 1092739584 Equivalent to 65 /8s, 33 /16s and 226 /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: 237695 Total RIPE prefixes after maximum aggregation: 112156 RIPE Deaggregation factor: 2.12 Prefixes being announced from the RIPE address blocks: 233575 Unique aggregates announced from the RIPE address blocks: 137802 RIPE Region origin ASes present in the Internet Routing Table: 27612 RIPE Prefixes per ASN: 8.46 RIPE Region origin ASes announcing only one prefix: 11862 RIPE Region transit ASes present in the Internet Routing Table: 3866 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: 9797 Number of RIPE addresses announced to Internet: 709632896 Equivalent to 42 /8s, 76 /16s and 35 /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: 112044 Total LACNIC prefixes after maximum aggregation: 26303 LACNIC Deaggregation factor: 4.26 Prefixes being announced from the LACNIC address blocks: 113159 Unique aggregates announced from the LACNIC address blocks: 48017 LACNIC Region origin ASes present in the Internet Routing Table: 10634 LACNIC Prefixes per ASN: 10.64 LACNIC Region origin ASes announcing only one prefix: 2645 LACNIC Region transit ASes present in the Internet Routing Table: 1977 Average LACNIC Region AS path length visible: 4.9 Max LACNIC Region AS path length visible: 38 Number of LACNIC region 32-bit ASNs visible in the Routing Table: 8232 Number of LACNIC addresses announced to Internet: 174067968 Equivalent to 10 /8s, 96 /16s and 17 /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: 24760 Total AfriNIC prefixes after maximum aggregation: 4834 AfriNIC Deaggregation factor: 5.12 Prefixes being announced from the AfriNIC address blocks: 31788 Unique aggregates announced from the AfriNIC address blocks: 10313 AfriNIC Region origin ASes present in the Internet Routing Table: 1423 AfriNIC Prefixes per ASN: 22.34 AfriNIC Region origin ASes announcing only one prefix: 484 AfriNIC Region transit ASes present in the Internet Routing Table: 287 Average AfriNIC Region AS path length visible: 5.0 Max AfriNIC Region AS path length visible: 29 Number of AfriNIC region 32-bit ASNs visible in the Routing Table: 751 Number of AfriNIC addresses announced to Internet: 108255488 Equivalent to 6 /8s, 115 /16s and 217 /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 7545 5681 777 659 TPG-INTERNET-AP TPG Telecom Limited, AU 4538 4914 4192 74 ERX-CERNET-BKB China Education and Rese 7552 3562 1330 21 VIETEL-AS-AP Viettel Group, VN 7713 3234 952 519 TELKOMNET-AS-AP PT Telekomunikasi Indon 45899 2863 1896 55 VNPT-AS-VN VNPT Corp, VN 9808 2779 9044 57 CMNET-GD Guangdong Mobile Communication 4766 2477 11107 572 KIXS-AS-KR Korea Telecom, KR 9498 2296 466 233 BBIL-AP BHARTI Airtel Ltd., IN 4755 2130 441 189 TATACOMM-AS TATA Communications formerl 45090 2067 1045 63 CNNIC-TENCENT-NET-AP Shenzhen Tencent C 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 11492 4761 316 708 CABLEONE, US 16509 4600 9074 2122 AMAZON-02, US 7155 4022 264 32 VIASAT-SP-BACKBONE, US 22773 3776 3016 212 ASN-CXA-ALL-CCI-22773-RDC, US 6327 3357 1319 83 SHAW, CA 16625 3178 1665 2281 AKAMAI-AS, US 209 2525 5058 508 CENTURYLINK-US-LEGACY-QWEST, US 30036 2488 369 131 MEDIACOM-ENTERPRISE-BUSINESS, US 5650 2336 2984 1643 FRONTIER-FRTR, US 20115 2163 2898 509 CHARTER-20115, 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 47331 6274 855 3608 TTNET, TR 12479 6202 1667 141 UNI2-AS, ES 39891 3459 195 22 ALJAWWALSTC-AS, SA 20940 3351 3359 186 AKAMAI-ASN1, NL 8551 3203 379 45 BEZEQ-INTERNATIONAL-AS Bezeqint Interne 12389 2874 2280 886 ROSTELECOM-AS, RU 9009 2279 227 1233 M247, GB 34984 2175 354 579 TELLCOM-AS, TR 13188 1611 100 23 TRIOLAN, UA 58224 1475 857 550 TCI, IR 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 8075 3398 584 Uninet S.A. de C.V., MX 10620 3390 526 605 Telmex Colombia S.A., CO 11830 2564 369 63 Instituto Costarricense de Electricidad 13999 1606 432 410 Mega Cable, S.A. de C.V., MX 6503 1438 311 475 Axtel, S.A.B. de C.V., MX 7303 1437 912 263 Telecom Argentina S.A., AR 28573 1379 2260 220 CLARO S.A., BR 6147 1147 379 39 Telefonica del Peru S.A.A., PE 3816 1115 537 152 COLOMBIA TELECOMUNICACIONES S.A. ESP, C 11664 1008 213 417 Techtel LMDS Comunicaciones Interactiva 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 1566 393 22 LINKdotNET-AS, EG 24835 1287 478 26 RAYA-AS, EG 36992 1148 1521 165 ETISALAT-MISR, EG 36903 979 511 102 MT-MPLS, MA 29571 700 68 12 ORANGE-COTE-IVOIRE, CI 6713 532 1863 34 IAM-AS, MA 37342 478 32 1 MOVITEL, MZ 36935 466 522 40 Vodafone-, EG 23889 454 232 16 MauritiusTelecom, MU 15399 440 46 16 WANANCHI-, KE 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 8075 3398 584 Uninet S.A. de C.V., MX 47331 6274 855 3608 TTNET, TR 12479 6202 1667 141 UNI2-AS, ES 7545 5681 777 659 TPG-INTERNET-AP TPG Telecom Limited, AU 4538 4914 4192 74 ERX-CERNET-BKB China Education and Rese 11492 4761 316 708 CABLEONE, US 16509 4600 9074 2122 AMAZON-02, US 7155 4022 264 32 VIASAT-SP-BACKBONE, US 22773 3776 3016 212 ASN-CXA-ALL-CCI-22773-RDC, US 7552 3562 1330 21 VIETEL-AS-AP Viettel Group, VN Complete listing at http://thyme.rand.apnic.net/current/data-ASnet Global Per AS Maximum Aggregation summary ----------------------------------------- ASN No of nets Net Savings Description 12479 6202 6061 UNI2-AS, ES 7545 5681 5022 TPG-INTERNET-AP TPG Telecom Limited, AU 4538 4914 4840 ERX-CERNET-BKB China Education and Research Net 11492 4761 4053 CABLEONE, US 7155 4022 3990 VIASAT-SP-BACKBONE, US 22773 3776 3564 ASN-CXA-ALL-CCI-22773-RDC, US 7552 3562 3541 VIETEL-AS-AP Viettel Group, VN 39891 3459 3437 ALJAWWALSTC-AS, SA 6327 3357 3274 SHAW, CA 20940 3351 3165 AKAMAI-ASN1, NL 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 16589 UNALLOCATED 8.20.247.0/24 23393 NUCDN, US 62828 UNALLOCATED 8.21.130.0/24 3356 LEVEL3, US 393266 UNALLOCATED 8.23.52.0/24 174 COGENT-174, US 18604 UNALLOCATED 8.25.204.0/24 3356 LEVEL3, US 16589 UNALLOCATED 8.26.56.0/24 23393 NUCDN, US 32985 UNALLOCATED 8.28.31.0/24 3356 LEVEL3, US 394936 UNALLOCATED 8.33.224.0/24 174 COGENT-174, US 23061 UNALLOCATED 8.39.119.0/24 3356 LEVEL3, US 395438 UNALLOCATED 8.42.206.0/24 3356 LEVEL3, US 46766 UNALLOCATED 8.44.208.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.133.192.0/24 Origin: 16734 UNASSIGNED Transit: 266201 RNV CORP EIRELI, BR 23.141.0.0/24 Origin: 395350 UNASSIGNED Transit: 11426 TWC-11426-CAROLINAS, US 23.142.80.0/24 Origin: 3803 RCN-AS1, US Transit: 397881 STINGERS, US 27.100.7.0/24 Origin: 56096 UNASSIGNED Transit: 45455 TH-2S1N-AP Two S One N Co Ltd, Internet 27.126.156.0/22 Origin: 55827 UNASSIGNED Transit: 9930 TTNET-MY TIME dotCom Berhad No. 14, Jala 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:8 /9:13 /10:40 /11:101 /12:292 /13:579 /14:1175 /15:1930 /16:13472 /17:8260 /18:13699 /19:25583 /20:41046 /21:50526 /22:103584 /23:88035 /24:483983 /25:1307 /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 47331 5557 6274 TTNET, TR 12479 5181 6202 UNI2-AS, ES 11492 3813 4761 CABLEONE, US 6327 3152 3357 SHAW, CA 7155 3111 4022 VIASAT-SP-BACKBONE, US 22773 2882 3776 ASN-CXA-ALL-CCI-22773-RDC, US 39891 2801 3459 ALJAWWALSTC-AS, SA 8151 2699 8075 Uninet S.A. de C.V., MX 8551 2664 3203 BEZEQ-INTERNATIONAL-AS Bezeqint Internet Backbo 30036 2220 2488 MEDIACOM-ENTERPRISE-BUSINESS, US Complete listing at http://thyme.rand.apnic.net/current/data-sXXas-nos Number of /24s announced per /8 block (Global) ---------------------------------------------- 1:1643 2:1175 3:68 4:18 5:3573 6:54 8:1495 9:1 11:1 12:1740 13:349 14:2404 15:75 16:13 17:308 18:93 20:113 23:4165 24:2366 25:3 27:2332 31:2176 32:113 34:1 35:37 36:1129 37:3565 38:2011 39:466 40:150 41:3853 42:594 43:2088 44:232 45:14656 46:3577 47:318 49:1598 50:1699 51:89 52:1133 54:219 55:765 56:6 57:57 58:1614 59:1145 60:817 61:2297 62:2196 63:2011 64:5218 65:2387 66:5123 67:2949 68:1182 69:4092 70:1398 71:685 72:3091 74:2533 75:1463 76:693 77:1977 78:3199 79:2472 80:1919 81:1629 82:1299 83:1092 84:1254 85:3087 86:621 87:1797 88:2417 89:2848 90:395 91:7204 92:1582 93:2545 94:2891 95:4158 96:1229 97:341 98:962 99:976 100:90 101:1049 102:1238 103:25088 104:3626 105:393 106:770 107:2182 108:691 109:3750 110:1989 111:2346 112:1693 113:1541 114:1405 115:1841 116:1841 117:2120 118:2216 119:1842 120:936 121:1044 122:2293 123:2153 124:1619 125:2140 128:1320 129:1267 130:776 131:2004 132:748 133:312 134:1377 135:328 136:689 137:895 138:2297 139:1169 140:735 141:1164 142:1047 143:1225 144:1212 145:342 146:1388 147:1211 148:2154 149:1254 150:758 151:1204 152:1546 153:445 154:2107 155:1247 156:1357 157:1147 158:907 159:2043 160:2060 161:1082 162:3228 163:941 164:1432 165:1313 166:601 167:1734 168:3615 169:632 170:4359 171:754 172:2029 173:2896 174:972 175:1051 176:2919 177:4445 178:2805 179:1868 180:2280 181:2585 182:3163 183:1538 184:2428 185:17632 186:4024 187:3047 188:3228 189:2656 190:9113 191:1434 192:10608 193:7850 194:6429 195:4582 196:3103 197:2257 198:6032 199:5965 200:7319 201:5272 202:10452 203:10170 204:4598 205:3088 206:3309 207:3327 208:3995 209:4615 210:4201 211:2127 212:3612 213:3206 214:1187 215:61 216:6137 217:2478 218:914 219:647 220:2093 221:933 222:980 223:1692 End of report

1 0

Non-default X.509 certs on EdgeOS?
by Rob Seastrom 31 Dec '20

31 Dec '20

I realize that Ubiquiti may be in the same “too ashamed to talk publicly about it” bucket as Mikrotik, so feel free to email me off list instead of replying publicly - is anyone else here running non-default x.509 certs for the web GUI on the Ubiquiti EdgeRouter? [*] I thought I had a fairly bulletproof recipe, sticky across more than a year of reboots, but on a recent power outage somehow things reverted to the factory self-signed cert. ER4 still on EdgeOS 1.x. Any thoughts from people who are also doing this would be appreciated. -r [*] - ER4 is on a residential connection, housekeeping raspi keeps DNS updated with current external IP address. If we use ping to monitor in Nagios, in the event of a power event when someone else gets our old address we get a false service-ok alert, so instead we allow only the monitoring system to touch the otherwise-unused web gui on the external interface, and look for the CN to be what we’re expecting. Works great, so long as the cert I put there stays... Sent from my iPad

2 2

Re: Where do your 911 fees go and why does 911 fail
by Peter E. Fry 31 Dec '20

31 Dec '20

> > --- Original message --- > Subject: Re: Where do your 911 fees go and why does 911 fail > From: Matt Erculiani <merculiani(a)gmail.com> > To: Sean Donelan <sean(a)donelan.com> > Cc: nanog(a)nanog.org list <nanog(a)nanog.org> > Date: Tuesday, 12/29/2020 15:19:00 > > > This isn't the place where state governments are looking for feedback, > so surely this will fall on deaf ears, but... > Who runs 911 services on top of a single carrier solution? I wouldn't > run a 10 seat mom and pop outfit without at least a cellular backup on > a different carrier. > 911 services are certainly not treated as critical as the public is > led to believe. Not that anyone here is surprised by this, but > hopefully positive change can come out of this otherwise horrible > event. BellSouth and the states were very closely aligned. I imagine it's a legacy deal. Once upon a time, your LEC was your solution, and regulation forms a relationship. (It's not always a bad thing, at least in practice.) Peter E. Fry

4 3

Are the days of the showpiece NOC office display gone forever?
by Eric Kuhnke 30 Dec '20

30 Dec '20

With the covid19 situation, obviously lots of ISPs have their NOC personnel working from home, with VPN (or remote desktop) access to all the internal tools, VoIP at home, etc. In the traditional sense, by "showpiece NOC" I mean a room designed for the purpose of having large situational awareness displays on a wall, network weathermaps and charts, alerting systems, composed of four or more big flat panel displays. Ideally configured to be actually useful for NOC purposes and also something impressive looking for customer tours. To what extent potential customers find that sort of thing to be a signifier of seriousness on the part of an ISP, I suppose depends on what sort of customers they are, and their relative degree of technical sophistication. Are the days of such an environment gone forever?

21 28

Where do your 911 fees go and why does 911 fail
by Sean Donelan 30 Dec '20

30 Dec '20

The FCC published its annual report on state 911 fees https://www.fcc.gov/document/fcc-issues-annual-report-state-911-fees-1 The report finds that in 2019, states and territories collected more than $3 billion in 911 fees, and more than $200 million of that funding was diverted for uses other than 911. You can look up your individual state's 911 report here https://www.fcc.gov/general/911-fee-reports In case you are interested in Tennessee's 911 service resiliancy: [...] The project, referred to as NG911, involves utilization of the State’s secure, private, outsourced Multiprotocol Label Switching (“MPLS”) network called “NetTN,” provided by AT&T and managed by Strategic Technology Solutions (“STS”) in the Tennessee Department of Finance and Administration. The new network improves redundancy, reliability, and 911 call delivery. It enhances interoperability and increases the ease of communication between ECDs, allowing immediate transfer of 911 calls, caller information, and other data on a statewide level. NG911 will also provide alternate paths to process emergency calls in the event of an outage, providing lifesaving capabilities in the event of an emergency that would have been unachievable on the outdated analog network. [...] In fiscal year 2019, the TECB spent $11,224,726 million implementing and maintaining the NG911 project: $6,974,790 to integrate with and adapt the Net TN system for NG911 purposes; $780,966 for non-recurring start-up costs of the statewide hosted controller or Call Handling as a Service program; $3,451,369 to maintain the twenty-four hour network operations center to assist PSAPs with technical issues; and $17,600 for Esri GIS software licensing. [...]

3 3

10g residential CPE
by Ben Cannon 30 Dec '20

30 Dec '20

Anyone else doing it? Do you like your gear? Ms. Lady Benjamin PD Cannon, ASCE 6x7 Networks & 6x7 Telecom, LLC CEO ben(a)6by7.net "The only fully end-to-end encrypted global telecommunications company in the world.” FCC License KJ6FJJ Sent from my iPhone via RFC1149.

32 165

Re: 10g residential CPE
by Aaron Wendel 30 Dec '20

30 Dec '20

The majority of our customers are still on Brocade MLXs. We're in the process of upgrading all our equipment to Arista switches to accommodate the increased demand for 40G and 100G ports as well as implement 400G ports. Aaron On 12/29/2020 3:33 AM, Jonathon Exley wrote: > Hi Aaron, > > Just out of interest, what switch gear are you using? You must have a > pretty good cost per port. > > Jonathon. > > On 29/12/2020 9:38 AM, Aaron Wendel <aaron(a)wholesaleinternet.net> wrote: > We prioritize calls based on severity. If both Google and Grandma call > and say they have a cut then we have people to service both at the same > time. If Google, Century Link, Verizon, AT&T and Grandma all call then > Grandma gets to wait a day. That being the case, it's not dependent on > revenue. Emergency Services (911 and Police radio feeds) gets #1 > priority even though they're non-paying. > > But yes, in extreme situations the residential customers would be > delayed to service the paying customers. We do have people cross > trained from other parts of our businesses so we can allocate internally > in emergencies. In almost a decade though I can't think of a situation > where someone had to wait for service because we didn't have the > resources to service them. > > Aaron > > > On 12/28/2020 2:02 PM, Mel Beckman wrote: > > Darin, > > > > Surely you at least give the paying customers priority over the > > non-paying? It’s one thing to say “I have to write paychecks no matter > > what”. It’s another to say “I’ll give away my support to free > > customers AND degrade support for paying customers as a result.” Your > > tech support guy “walking Grandma through getting her email” is > > necessarily not accessible for the duration to paying customers. > > > > This means your staffing must be large enough to never have any > > queuing, or you’re giving away your paying customers' time to > > non-paying customers. Neither approach is scalable in a competitive > > business environment, because SOMEBODY is paying for all those > > resources, and if it’s your customers, they will buy elsewhere. Your > > approach only work until you run out of other people’s money. > > > > -mel > > > >> On Dec 28, 2020, at 11:50 AM, Baldur Norddahl > >> <baldur.norddahl(a)gmail.com <mailto:baldur.norddahl@gmail.com>> wrote: > >> > >> I applaud your commitment to helping your local community. Just want > >> to point out that this is a charity because it does not scale. Nobody > >> could build out a FTTH network and make it free as a business case. > >> But there are plenty of people that made a network for their > >> neighbors and provided that for free. Maybe a person had a commercial > >> fiber to his home and thought he could just as well share it. This > >> might be on a bigger scale but it is the same. > >> > >> Regards, > >> > >> Baldur > >> > >> > >> On Mon, Dec 28, 2020 at 8:27 PM Aaron Wendel > >> <aaron(a)wholesaleinternet.net <mailto:aaron@wholesaleinternet.net>> > wrote: > >> > >> Darin, > >> > >> Our business support and residential support is the same > >> department. I > >> have to pay those people to be in the office either way so it > >> doesn't > >> cost me any "more" to provide support for the residences. Yes, > >> walking > >> Grandma through getting her email can sometimes be a chore but that > >> person is on the payroll whether he/she is helping Grandma or > >> sitting > >> there chatting with his/her co-worker. If we dumped all the > >> residential > >> customers we would still have the same cost structure we do now. > >> > >> Again, it's been free for the last 7 years at this point. I've > >> never > >> been one to really do what I "should" anyway. > >> > >> Aaron > >> > >> > >> On 12/28/2020 11:48 AM, Darin Steffl wrote: > >> > Aaron, > >> > > >> > The "Free" service doesn't cover your cost of support which is > >> much > >> > higher for residential than any business customer. Our residential > >> > customers call at least 15x more often compared to business > >> customers > >> > compared on a 1:1 ratio. > >> > > >> > I honestly can't fathom providing free residential service > >> because we > >> > make enough money on the business side of things. You should be > >> > charging something, at least $20-30 per month. > >> > > >> > On Mon, Dec 28, 2020 at 11:15 AM Aaron Wendel > >> > <aaron(a)wholesaleinternet.net > >> <mailto:aaron@wholesaleinternet.net> > >> <mailto:aaron@wholesaleinternet.net > >> <mailto:aaron@wholesaleinternet.net>>> wrote: > >> > > >> > The $300 covers the equipment and the time to send someone > >> out to a > >> > house to install it. If $300 is too much you can pay in 12 > >> > installments > >> > of $25. > >> > > >> > The TIK alone costs us about $250. > >> > > >> > Aaron > >> > > >> > > >> > On 12/27/2020 5:04 AM, Mark Tinka wrote: > >> > > > >> > > > >> > > On 12/26/20 20:48, Darin Steffl wrote: > >> > > > >> > >> Aaron, > >> > >> > >> > >> One simple question. Why on earth would you offer free > >> internet > >> > >> service? How and why? Your site show 1 Gig symmetrical > >> for free > >> > when > >> > >> you should be a minimum of $65 per month to be competitive. > >> > > > >> > > They also ask for no monthly fee after a single payment > >> of US$300. > >> > > > >> > > Considering the 2Gbps package costs US$49.95, you'd guess > >> they'd > >> > value > >> > > the 1Gbps service at, say US$27/month, give or take. > >> > > > >> > > So that US$300 provides a bit of coverage, perhaps 1 > >> year, in which > >> > > time they'd have likely upgraded the customer. > >> > > > >> > > Mark. > >> > > >> > -- > >> > ================================================================ > >> > Aaron Wendel > >> > Chief Technical Officer > >> > Wholesale Internet, Inc. (AS 32097) > >> > (816)550-9030 > >> > http://www.wholesaleinternet.com <http://www.wholesaleinternet.com> > >> <http://www.wholesaleinternet.com/ <http://www.wholesaleinternet.com/>> > >> <http://www.wholesaleinternet.com <http://www.wholesaleinternet.com> > >> <http://www.wholesaleinternet.com/ > <http://www.wholesaleinternet.com/>>> > >> > ================================================================ > >> > > >> > > >> > > >> > -- > >> > Darin Steffl > >> > Minnesota WiFi > >> > www.mnwifi.com <http://www.mnwifi.com> <http://www.mnwifi.com/ > <http://www.mnwifi.com>> <http://www.mnwifi.com/ <http://www.mnwifi.com/> > >> <http://www.mnwifi.com/ <http://www.mnwifi.com/>>> > >> > 507-634-WiFi > >> > Like us on Facebook <http://www.facebook.com/minnesotawifi > <http://www.facebook.com/minnesotawifi> > >> <http://www.facebook.com/minnesotawifi > <http://www.facebook.com/minnesotawifi>>> > >> > >> -- > >> ================================================================ > >> Aaron Wendel > >> Chief Technical Officer > >> Wholesale Internet, Inc. (AS 32097) > >> (816)550-9030 > >> http://www.wholesaleinternet.com <http://www.wholesaleinternet.com> > <http://www.wholesaleinternet.com/ <http://www.wholesaleinternet.com/>> > >> ================================================================ > >> > > > > -- > ================================================================ > Aaron Wendel > Chief Technical Officer > Wholesale Internet, Inc. (AS 32097) > (816)550-9030 > http://www.wholesaleinternet.com <http://www.wholesaleinternet.com> > ================================================================ > The content of this email (including any attachments) is intended for > the addressee only, is confidential and may be legally privileged. If > you’ve received this email in error, you shouldn’t read it - please > contact me immediately, destroy it, and do not copy or use any of the > content of this email . No confidentiality or privilege is waived or > lost by any mis-transmission or error. This communication does not > designate an information system for the purposes of Part 4 of the > Contract and Commercial Law Act 2017. Although we have taken > reasonable precautions to ensure no viruses are present in this email, > we cannot accept responsibility for any loss or damage arising from > the use of this email or its attachments. -- ================================================================ Aaron Wendel Chief Technical Officer Wholesale Internet, Inc. (AS 32097) (816)550-9030 http://www.wholesaleinternet.com ================================================================

2 1

Re: 10g residential CPE
by Peter E. Fry 29 Dec '20

29 Dec '20

> > From: Ben Cannon <ben(a)6by7.net> > To: Darin Steffl <darin.steffl(a)mnwifi.com> > [...] >> >> >> >> >> Again, it seems nice to be able to do this but most companies don't >> have idle resources sitting around to give away things for free. We >> have zero extra time to work for free. > We’re a tiny company and I already have a department dedicated to > giving [...] It's all in resource allocation, particularly as applied to a small company. I can't imagine 6x7 or Wholesale Internet have dedicated departments of bean counters (apparently no button-pushing monkeys as well, even if they work for bananas). The disadvantage is that particular individual personnel tend to be even less replaceable than in larger companies. Peter E. Fry [Hm: 6by7.net web page? That's even a bit sadder than mine...]

1 0

Anyone from Draftkings.com on here?
by Matthew Crocker 29 Dec '20

29 Dec '20

Hoping someone from Draftkings.com is on this list. If so, please message me directly so I can get a subnet block cleared up. Thanks -Matt

1 0

WP: Nashville bombing is a potent reminder that communications systems remain at risk from attack
by Sean Donelan 29 Dec '20

29 Dec '20

A bunch of quotes from former government officials. Not much from industry. https://www.washingtonpost.com/national-security/nashville-bombing-is-a-pot… Nashville bombing is a potent reminder that communications systems remain at risk from attack [...] Experts applauded the telecommunications giant for responding quickly to the explosion by deploying portable cellular sites to help restore some service. But they were alarmed by the widespread nature of the outages, both in terms of geography as well as the variety of services affected. Key to constructing systems that can withstand attacks and natural disasters — and recover quickly — is avoiding a single point of failure, they said. [...]

1 0