June 2011 - Test - lists.nanog.org

Weekly Routing Table Report
by Routing Analysis Role Account 10 Jun '11

10 Jun '11

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, AusNOG, SANOG, PacNOG, LacNOG, CaribNOG and the RIPE Routing Working Group. 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 11 Jun, 2011 Report Website: http://thyme.rand.apnic.net Detailed Analysis: http://thyme.rand.apnic.net/current/ Analysis Summary ---------------- BGP routing table entries examined: 359107 Prefixes after maximum aggregation: 162630 Deaggregation factor: 2.21 Unique aggregates announced to Internet: 178253 Total ASes present in the Internet Routing Table: 37831 Prefixes per ASN: 9.49 Origin-only ASes present in the Internet Routing Table: 31580 Origin ASes announcing only one prefix: 15168 Transit ASes present in the Internet Routing Table: 5113 Transit-only ASes present in the Internet Routing Table: 135 Average AS path length visible in the Internet Routing Table: 4.3 Max AS path length visible: 33 Max AS path prepend of ASN (48687) 24 Prefixes from unregistered ASNs in the Routing Table: 783 Unregistered ASNs in the Routing Table: 419 Number of 32-bit ASNs allocated by the RIRs: 1446 Number of 32-bit ASNs visible in the Routing Table: 1138 Prefixes from 32-bit ASNs in the Routing Table: 2602 Special use prefixes present in the Routing Table: 0 Prefixes being announced from unallocated address space: 164 Number of addresses announced to Internet: 2487684608 Equivalent to 148 /8s, 71 /16s and 14 /24s Percentage of available address space announced: 67.1 Percentage of allocated address space announced: 67.1 Percentage of available address space allocated: 100.0 Percentage of address space in use by end-sites: 91.1 Total number of prefixes smaller than registry allocations: 149733 APNIC Region Analysis Summary ----------------------------- Prefixes being announced by APNIC Region ASes: 88931 Total APNIC prefixes after maximum aggregation: 29983 APNIC Deaggregation factor: 2.97 Prefixes being announced from the APNIC address blocks: 85430 Unique aggregates announced from the APNIC address blocks: 36696 APNIC Region origin ASes present in the Internet Routing Table: 4477 APNIC Prefixes per ASN: 19.08 APNIC Region origin ASes announcing only one prefix: 1251 APNIC Region transit ASes present in the Internet Routing Table: 703 Average APNIC Region AS path length visible: 4.5 Max APNIC Region AS path length visible: 18 Number of APNIC region 32-bit ASNs visible in the Routing Table: 46 Number of APNIC addresses announced to Internet: 620146464 Equivalent to 36 /8s, 246 /16s and 175 /24s Percentage of available APNIC address space announced: 78.6 APNIC AS Blocks 4608-4864, 7467-7722, 9216-10239, 17408-18431 (pre-ERX allocations) 23552-24575, 37888-38911, 45056-46079 55296-56319, 131072-132095 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, 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: 140907 Total ARIN prefixes after maximum aggregation: 71613 ARIN Deaggregation factor: 1.97 Prefixes being announced from the ARIN address blocks: 112819 Unique aggregates announced from the ARIN address blocks: 46088 ARIN Region origin ASes present in the Internet Routing Table: 14426 ARIN Prefixes per ASN: 7.82 ARIN Region origin ASes announcing only one prefix: 5503 ARIN Region transit ASes present in the Internet Routing Table: 1517 Average ARIN Region AS path length visible: 4.0 Max ARIN Region AS path length visible: 23 Number of ARIN region 32-bit ASNs visible in the Routing Table: 12 Number of ARIN addresses announced to Internet: 818671872 Equivalent to 48 /8s, 203 /16s and 241 /24s Percentage of available ARIN address space announced: 65.1 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, 393216-394239 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, 45/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, 173/8, 174/8, 184/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: 85501 Total RIPE prefixes after maximum aggregation: 48681 RIPE Deaggregation factor: 1.76 Prefixes being announced from the RIPE address blocks: 78946 Unique aggregates announced from the RIPE address blocks: 52214 RIPE Region origin ASes present in the Internet Routing Table: 15695 RIPE Prefixes per ASN: 5.03 RIPE Region origin ASes announcing only one prefix: 7840 RIPE Region transit ASes present in the Internet Routing Table: 2472 Average RIPE Region AS path length visible: 4.6 Max RIPE Region AS path length visible: 33 Number of RIPE region 32-bit ASNs visible in the Routing Table: 847 Number of RIPE addresses announced to Internet: 477055488 Equivalent to 28 /8s, 111 /16s and 74 /24s Percentage of available RIPE address space announced: 76.9 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 196608-198655 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, 176/8, 178/8, 185/8, 193/8, 194/8, 195/8, 212/8, 213/8, 217/8, LACNIC Region Analysis Summary ------------------------------ Prefixes being announced by LACNIC Region ASes: 32899 Total LACNIC prefixes after maximum aggregation: 7498 LACNIC Deaggregation factor: 4.39 Prefixes being announced from the LACNIC address blocks: 31955 Unique aggregates announced from the LACNIC address blocks: 16895 LACNIC Region origin ASes present in the Internet Routing Table: 1451 LACNIC Prefixes per ASN: 22.02 LACNIC Region origin ASes announcing only one prefix: 433 LACNIC Region transit ASes present in the Internet Routing Table: 253 Average LACNIC Region AS path length visible: 4.4 Max LACNIC Region AS path length visible: 29 Number of LACNIC region 32-bit ASNs visible in the Routing Table: 228 Number of LACNIC addresses announced to Internet: 84687104 Equivalent to 5 /8s, 12 /16s and 57 /24s Percentage of available LACNIC address space announced: 56.1 LACNIC AS Blocks 26592-26623, 27648-28671, 52224-53247, 262144-263167 plus ERX transfers LACNIC Address Blocks 177/8, 179/8, 181/8, 186/8, 187/8, 189/8, 190/8, 200/8, 201/8, AfriNIC Region Analysis Summary ------------------------------- Prefixes being announced by AfriNIC Region ASes: 8043 Total AfriNIC prefixes after maximum aggregation: 1920 AfriNIC Deaggregation factor: 4.19 Prefixes being announced from the AfriNIC address blocks: 6357 Unique aggregates announced from the AfriNIC address blocks: 1904 AfriNIC Region origin ASes present in the Internet Routing Table: 460 AfriNIC Prefixes per ASN: 13.82 AfriNIC Region origin ASes announcing only one prefix: 141 AfriNIC Region transit ASes present in the Internet Routing Table: 100 Average AfriNIC Region AS path length visible: 4.8 Max AfriNIC Region AS path length visible: 24 Number of AfriNIC region 32-bit ASNs visible in the Routing Table: 5 Number of AfriNIC addresses announced to Internet: 24155648 Equivalent to 1 /8s, 112 /16s and 150 /24s Percentage of available AfriNIC address space announced: 36.0 AfriNIC AS Blocks 36864-37887, 327680-328703 & ERX transfers AfriNIC Address Blocks 41/8, 102/8, 105/8, 197/8, APNIC Region per AS prefix count summary ---------------------------------------- ASN No of nets /20 equiv MaxAgg Description 4766 2462 9500 924 Korea Telecom (KIX) 17974 1561 441 38 PT TELEKOMUNIKASI INDONESIA 7545 1539 301 86 TPG Internet Pty Ltd 4755 1471 634 166 TATA Communications formerly 24560 1152 336 187 Bharti Airtel Ltd., Telemedia 7552 1146 1064 7 Vietel Corporation 9583 1071 79 500 Sify Limited 4808 1052 2098 299 CNCGROUP IP network: China169 9829 1029 870 67 BSNL National Internet Backbo 17488 946 191 102 Hathway IP Over Cable Interne 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 6389 3628 3822 252 bellsouth.net, inc. 4323 1963 1097 401 Time Warner Telecom 18566 1913 365 237 Covad Communications 1785 1791 681 122 PaeTec Communications, Inc. 6478 1721 319 45 AT&T Worldnet Services 20115 1539 1541 633 Charter Communications 19262 1490 4932 314 Verizon Global Networks 7018 1364 7052 891 AT&T WorldNet Services 22773 1340 2897 87 Cox Communications, Inc. 2386 1271 536 912 AT&T Data Communications Serv 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 34984 521 106 180 BILISIM TELEKOM 6830 513 1780 320 UPC Distribution Services 3292 464 2078 399 TDC Tele Danmark 20940 462 135 354 Akamai Technologies European 29049 451 33 48 AzerSat LLC. 8866 445 134 26 Bulgarian Telecommunication C 12479 436 593 7 Uni2 Autonomous System 3320 425 8152 370 Deutsche Telekom AG 8551 406 355 45 Bezeq International 702 396 1803 310 UUNET - Commercial IP service 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 10620 1513 278 157 TVCABLE BOGOTA 28573 1321 992 80 NET Servicos de Comunicao S.A 8151 1268 2727 364 UniNet S.A. de C.V. 7303 990 506 170 Telecom Argentina Stet-France 6503 739 354 73 AVANTEL, S.A. 14420 677 54 80 CORPORACION NACIONAL DE TELEC 22047 564 310 15 VTR PUNTO NET S.A. 3816 528 231 94 Empresa Nacional de Telecomun 7738 516 986 31 Telecomunicacoes da Bahia S.A 13489 516 262 124 Orbitel S.A. E.S.P. 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 8452 797 445 11 TEDATA 24863 795 147 37 LINKdotNET AS number 15475 527 74 8 Nile Online 36992 308 415 18 Etisalat MISR 3741 264 937 225 The Internet Solution 6713 241 215 13 Itissalat Al-MAGHRIB 24835 210 78 10 RAYA Telecom - Egypt 33776 200 12 11 Starcomms Nigeria Limited 29571 192 17 11 Ci Telecom Autonomous system 16637 150 441 86 MTN Network Solutions 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 6389 3628 3822 252 bellsouth.net, inc. 23456 2602 639 1421 32-bit ASN transition 4766 2462 9500 924 Korea Telecom (KIX) 4323 1963 1097 401 Time Warner Telecom 18566 1913 365 237 Covad Communications 1785 1791 681 122 PaeTec Communications, Inc. 6478 1721 319 45 AT&T Worldnet Services 17974 1561 441 38 PT TELEKOMUNIKASI INDONESIA 7545 1539 301 86 TPG Internet Pty Ltd 20115 1539 1541 633 Charter Communications Complete listing at http://thyme.rand.apnic.net/current/data-ASnet Global Per AS Maximum Aggr summary ---------------------------------- ASN No of nets Net Savings Description 18566 1913 1676 Covad Communications 6478 1721 1676 AT&T Worldnet Services 1785 1791 1669 PaeTec Communications, Inc. 4323 1963 1562 Time Warner Telecom 4766 2462 1538 Korea Telecom (KIX) 17974 1561 1523 PT TELEKOMUNIKASI INDONESIA 7545 1539 1453 TPG Internet Pty Ltd 10620 1513 1356 TVCABLE BOGOTA 4755 1471 1305 TATA Communications formerly 22773 1340 1253 Cox Communications, Inc. Complete listing at http://thyme.rand.apnic.net/current/data-CIDRnet List of Unregistered Origin ASNs (Global) ----------------------------------------- Bad AS Designation Network Transit AS Description 15132 UNALLOCATED 12.9.150.0/24 7018 AT&T WorldNet Servic 32567 UNALLOCATED 12.14.170.0/24 4323 Time Warner Telecom 32567 UNALLOCATED 12.25.107.0/24 4323 Time Warner Telecom 26973 UNALLOCATED 12.39.152.0/24 7018 AT&T WorldNet Servic 26973 UNALLOCATED 12.39.154.0/23 7018 AT&T WorldNet Servic 26973 UNALLOCATED 12.39.155.0/24 7018 AT&T WorldNet Servic 26973 UNALLOCATED 12.39.159.0/24 7018 AT&T WorldNet Servic 25639 UNALLOCATED 12.41.169.0/24 7018 AT&T WorldNet Servic 13317 UNALLOCATED 12.44.10.0/24 7018 AT&T WorldNet Servic 23502 UNALLOCATED 12.44.44.0/24 7018 AT&T WorldNet Servic Complete listing at http://thyme.rand.apnic.net/current/data-badAS Advertised Unallocated Addresses -------------------------------- Network Origin AS Description 24.225.128.0/18 36377 Comcast Telecommunications, I 24.225.192.0/23 36377 Comcast Telecommunications, I 24.225.192.0/18 36377 Comcast Telecommunications, I 24.225.224.0/21 36377 Comcast Telecommunications, I 24.225.237.0/24 36377 Comcast Telecommunications, I 24.225.248.0/21 36377 Comcast Telecommunications, I 27.0.128.0/17 7514 Media Exchange, Inc. 31.131.192.0/19 42368 RIPE Network Coordination Cen 41.190.32.0/23 31856 CABSAS 41.190.34.0/23 31856 CABSAS 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:22 /9:12 /10:28 /11:80 /12:230 /13:462 /14:800 /15:1394 /16:11946 /17:5847 /18:9787 /19:19372 /20:25829 /21:26021 /22:34187 /23:33194 /24:186895 /25:1055 /26:1225 /27:663 /28:41 /29:9 /30:2 /31:0 /32:6 Advertised prefixes smaller than registry allocations ----------------------------------------------------- ASN No of nets Total ann. Description 6389 2233 3628 bellsouth.net, inc. 18566 1870 1913 Covad Communications 6478 1675 1721 AT&T Worldnet Services 10620 1403 1513 TVCABLE BOGOTA 23456 1290 2602 32-bit ASN transition 11492 1092 1138 Cable One 7011 1061 1161 Citizens Utilities 1785 1050 1791 PaeTec Communications, Inc. 7029 909 1159 Alltel Information Services, 4323 875 1963 Time Warner Telecom Complete listing at http://thyme.rand.apnic.net/current/data-sXXas-nos Number of /24s announced per /8 block (Global) ---------------------------------------------- 1:285 2:48 4:16 5:1 6:3 8:338 12:1977 13:1 14:461 15:15 16:3 17:8 20:10 23:11 24:1611 27:772 31:429 32:60 33:4 34:2 37:1 38:737 40:103 41:2515 42:2 44:3 46:957 47:3 49:187 50:405 52:13 54:2 55:4 56:2 57:29 58:841 59:475 60:387 61:1122 62:1053 63:1935 64:3939 65:2254 66:4138 67:1884 68:1086 69:3003 70:705 71:373 72:1846 74:2354 75:309 76:340 77:881 78:706 79:457 80:1106 81:832 82:493 83:457 84:666 85:1080 86:581 87:751 88:330 89:1529 90:204 91:3839 92:526 93:1037 94:1292 95:825 96:444 97:251 98:871 99:36 101:68 103:56 106:6 107:11 108:83 109:973 110:601 111:710 112:299 113:399 114:537 115:687 116:959 117:675 118:793 119:1142 120:313 121:669 122:1627 123:950 124:1274 125:1217 128:261 129:175 130:164 131:577 132:110 133:19 134:214 135:48 136:214 137:144 138:300 139:112 140:469 141:238 142:404 143:417 144:495 145:54 146:448 147:214 148:606 149:247 150:172 151:187 152:330 153:180 154:3 155:399 156:195 157:352 158:138 159:380 160:318 161:208 162:309 163:165 164:500 165:352 166:530 167:424 168:729 169:155 170:832 171:77 172:1 173:1605 174:584 175:371 176:133 177:135 178:1003 180:886 181:18 182:466 183:216 184:297 185:1 186:1188 187:753 188:848 189:910 190:4890 192:5841 193:4918 194:3497 195:3003 196:1231 197:20 198:3585 199:3927 200:5498 201:1480 202:8316 203:8357 204:4187 205:2339 206:2679 207:2826 208:3946 209:3471 210:2713 211:1400 212:2008 213:1727 214:742 215:68 216:4923 217:1638 218:548 219:364 220:1205 221:490 222:317 223:156 End of report

1 0

Re: The stupidity of trying to "fix" DHCPv6
by Martin Hotze 10 Jun '11

10 Jun '11

> From: Iljitsch van Beijnum <iljitsch(a)muada.com> > Subject: Re: The stupidity of trying to "fix" DHCPv6 > To: Tim Chown <tjc(a)ecs.soton.ac.uk> > Cc: NANOG list <nanog(a)nanog.org> (...) > Not saying that Apple is perfect, but at least their IPv6-related bugs > don't ruin the day for others on the LAN. Let them (Apple) finally (*dooohhh*) fix the 2.4GHz/DHCP bug on the iPad ... Those "§$%§"$!""§!%$"§$%-censored didn't make my day, really. :-( #m

1 0

Contact at BNSF Railway
by Andy Ringsmuth 10 Jun '11

10 Jun '11

Anyone on here have a contact at BNSF Railway in Fort Worth, Texas, who could contact me off-list? I think something is mucked up with their mail servers and is starting to refuse incoming mail. Don't know if it's just from my domain or more globally, but my company handles the lion's share of BNSF's employee communications, which is fairly critical. --- Andy Ringsmuth andyring(a)inebraska.com

1 0

Ready For A Good Laugh
by Jimi Thompson 10 Jun '11

10 Jun '11

Ok, I have to paste this in time order so that the rest of you can play along.... it all started when I tried to transfer in a new domain name for - of all people, my future father in law. I am SO not screwing that up because I don't want to hear it at every family gathering.... Since my hunny bunny who is somewhat technical has been managing it, he wanted me take it over mainly so that we could host his email on the server I already run. I apologize in advance for the HTML email, but plain text just can't convey some things - including the phishy appearance of the official emails that come from these people. Email #1 - Dated May 4 * Aplus.Net 110 East Broward Boulevard, Suite 1650 Fort Lauderdale, FL 33301 Phone: 1.877.275.8763 * * Customer Information* Name: Jimi Thompson Customer number: * Amount due: * All amounts in US dollars. *Service Description* *Term* *Total* Domain Registration -- Domain name: XXXXXXX -- Ongoing fee from 2011-05-04 to 2012-05-04 1 year $12.99 1 month $0.00 *Total Savings* *$0.00* *Total Due Now* *$12.99* Keep in mind that this is just the domain registration - NO hosting. I do my own hosting. So I get this on May 5. Congratulations on your decision to host with Aplus.net! We're proud to have your business, and we're committed to making your web hosting experience a success. This email provides you with information on how to get started. Please keep this message for future reference. Thanks again for choosing Aplus.net! Best regards, Your Aplus.net Team Now what I can't paste in here are the several rather heated telephone conversations we had because they don't preserve the DNS servers when a domain name is transferred to them. Oh, no... YOU get a parking page until the transfer is complete and you can manage the name servers. And I was informed that the transfer would take at least 5 business days. And the user interface doesn't allow you to set the DNS servers until after the transfer is completed.With the weekend included, that was nearly a full week of down time. Completely unacceptable. Finally, they agreed to cancel the transfer. This missive arrives after a few hours of wrangling with their tech support and DNS support people, who incidentally are also unable to set the name servers until the transfer is complete. And during all this, I am required to recite both my user name and password. Since one phone call happened at Taco Bell during my lunch break, I'm understandably upset over having to give sensitive credentials in order to attempt to obtain some assistance. Dear Jimi Thompson We confirm that the following domain transfer has been cancelled. Followed Immediately By This Dear valued customer, Your email has been received by the Aplus.net Support Team. One of our technical support representatives will review and respond to your request. Should you have an immediate question or concern, please call us at 877.275.8763, or try our chat service at www.aplus.net (select Technical Support). Our reps are available 24 hours a day, 7 days a week. If you have questions related to the recent platform enhancements, please visit http://faq.aplus.net to view answers to many frequently asked questions. Thank you for choosing Aplus.net. We appreciate your continued business. Sincerely, Aplus.net And not long after that arrived, I got this: Hello Jimi, Thank you for contacting Aplus.net Technical Support! We have forwarded your question on to our Customer Service Department team, and they will be able to assist you with this issue. You will be hearing back from them directly. If you prefer to contact Customer Service Department directly, you can reach them at billing(a)cs.aplus.net or by phone 877-275-8763 option 3+1 for United States and 858-410-6929 option 3+1 Worldwide. For more information about the Aplus.net Upgrade or for answers to Frequently Asked Questions please visit our Aplus.net FAQ at http://faq.aplus.net. To find out more about how to set up your email account visit http://faq.aplus.net/email To find out more about domain registration visit http://faq.aplus.net/domain To find out more about how to connect to your site using FTP visit http://faq.aplus.net To find out more about new DNS settings visit http://faq.aplus.net/dns Did You Know? You can review or submit tickets to the Aplus.net Support Team through your control panel. To review or submit a ticket simply take the following steps: 1. Log into your control panel. 2. Select "My Account". 3. Click on the "Tickets" icon. To assist us in serving you better, please do not delete any portion of the Technical Support Specialist correspondences. For your convenience we are available 24 hours a day, 7 days a week and invite you to contact us if you have any additional concerns. Regards, Sylvia Y. Technical Support Specialist APLUS.NET <http://aplus.net/>, a Deluxe Company Phone: 877.275.8763 Email: support(a)aplus.net www.aplus.net I'm having a Foamy the Squirrel moment by this point. All I want is my dang $12.99 back and by now it's completely a matter of principle. After a few more phone calls during which I was forced to give both the user name and password yet again - full credentials - over my cell phone to the registrar, I finally get this. Having to give out my user name and password is flatly ridiculous. Fortunately, I'm able to find a private area where I can do this without being overheard. On May 5, 2011, a Refund of USD $ 12.99 was successfully applied to your credit card. Amount processed: USD $12.99 TOTAL: USD $12.99 Questions? Our staff of professionals are ready to assist you, 7 days a week, 24 hours a day. Contact us by email at support(a)cs.aplus.net or by phone toll-free at 877-275-8763. For billing assistance, please email billing(a)cs.aplus.net. We want to make sure you're satisfied with your Aplus.Net account, and we look forward to providing you with highest level of service possible. Please don't hesitate to contact us with any questions or concerns. On June 1, I log in to transfer some more domain names to my new domain registrar. I find that these <insert expletive here> are not only still showing my FIL's domain but have it set to autorenew. So I write to inform them that they are not the registrar of record and that this should be removed as they are not authoritative for it. Mind you that attached to this missive was the entire thread for the cancellation and the refund, which they could easily have verified on their end using their own transaction numbers. Note the multiple fonts and font sizes and how the last sentence cuts off. My hunny bunny thought it was a phishing attempt. Had I not initiated the contact with them, I would have too. Here's what I got back: Jimi, Good Morning, Thank you for contacting Aplus.net, a Deluxe company! For security we will need you to verify your registration number and the main account password please. Once verified we are able to process your request. If you have any questions we have agents available on the telephone and Regards, Billing Department APLUS.NET <http://aplus.net/>, a Deluxe Company 877-275-8763 International 858.410.6929 Option 3 then 1 At this point, I'm pretty angry and pretty fed up with their craptastic security model. And so yes, they got a very snarky reply. Why? Because they had the nerve to tell me over the phone that they are protecting me from the theft of my domains by asking me to send via an unecrypted email the necessary account information to log in and transfer those domains. WTF???? But wait... it gets better.... MUCH MUCH better, in fact. Wow... I'm supposed to hand over my log in credentials over the phone. I'm certainly NOT doing that via email. Seriously????? Do you people have any concept of security???????? At all? And I'm supposed to trust you with important business assets for myself and my customers.... Now I'm going to go off on you people - What kind of crack are you people smoking? If you even for a moment think that I'm going to email you what amounts to my user name and password to the entire account you are either A) very high in which case you think this o.k. to do or B) such complete window-licking morons who are obviously wearing your foam helmets cinched down a little to tight since they seem to have cut off the miniscule blood supply to your tiny brains. Considering that this is the email account you have on file, this is just another reason that I'll be changing registrars. I've already moved 5 of my domains and I'll keep moving the rest. The reply I get some hours later... Jimi, Good afternoon, to make any changes to your account you will need to verify yourself. You do this by verifying the main account password, if you do not have this we can send it to the email on file. If you are not comfortable emailing this information then you will need to call in and speak with an agent. Regards, Billing Department APLUS.NET <http://aplus.net/>, a Deluxe Company 877-275-8763 International 858.410.6929 Option 3 then 1 Since they started advertising that they're "a DeLuxe Company", I figured I'd hunt down the parent corp in the hopes that there is someone there who might have an idea of what a clue is. And the answer is no... Good morning. My name is Jocef Knapp and I am a member of Aplus.net's Escalations & Retentions team. I was hoping to speak to you regarding your post on the Deluxe Blog (copied below). We appreciate your business as well as any feedback regarding our services, support, and policies. While I understand your position and your worries about giving out information over the phone and email, please try to understand this practice. Webhosting and domain registration as an industry experiences a very high amount of attempted theft and fraud. In many cases once an account is compromised, rights to the domain name, files, and emails are unable to be fully recovered, and often will lead to lengthy legal battles. Therefore, security of our customers' accounts is of the upmost important to us, and we do our best to not divulge any account information or give account details away. This means that each request for support that may involve the slightest account details must first go through a procedure to verify that we are speaking only to the account holder, or a person to whom they have authorized account access. The goal is to provide the best customer support experience possible while protecting the account security of the customer and our company from litigation. In order to verify that we are speaking to an authorized user, it is our standard procedure to ask for the account password. This includes phone, chat, and email conversations. It is not flawless, as you said emails are never completely secure. However, I have been with Aplus.net for several years, and have seen several verification methods come and go, and this procedure seems to work best. Should you not feel comfortable sharing this information over email, we do offer both live chat and phone support 24 hours a day, 7 days a week. I understand that you may not feel comfortable giving this information over the phone in some environments, unfortunately we cannot control where you make your phone calls from, or who may be in earshot of your voice. We can simply secure our end of things, and provide you with alternative means to reach us for support. Should you not have your password or truly not feel comfortable at all sharing it, you may request that our support contact you directly at the home or business phone number on file for your account. We will get back to you as soon as possible. Should this still be unacceptable or if you have no access to your account information, your case may be escalated, however this may involve a slightly longer turn around time. Again, we appreciate your business and I am sorry that you are frustrated with our verification policies, I hope my email helps in this regard. If you have any questions or concerns regarding our verification policy, please do not hesitate to contact me Jocef Knapp Sr. Technical Lead Escalations and Retentions APLUS.NET <http://aplus.net/>, A Deluxe Company [image: Phone]1-888-771-7587 ext. 646808 [image: Email]jocefk(a)aplus.net [image: Aplus.net Logo] Thanks, Jimi

5 4

Quick comparison of LSNs and NAT64
by Aleksi Suhonen 10 Jun '11

10 Jun '11

Hello, Some people were talking about Large Scale NATs (LSN) or Carrier Grade NATs (CGN) yesterday. Comments included that DS-Lite and NAT64 are basically LSNs and they suffer from all the same problems. I don't think that NAT64 is as bad as other LSNs and here's why: NAT64 scales much better than NAT44 and NAT444(*) The trick is with its companion DNS64. If you need more NAT64 capacity, you can just add more NAT64 boxes with unique /96 prefixes around your network and have your DNS64 load-balance traffic to those boxes. You can also map one A record into two AAAA records of different NAT64 boxes, in case that works better with some application protocols. The smallest granularity of load-balancing easily available with NAT444 is per customer or per customer group. DNS64 allows per flow granularity for load-balancing without even breaking a sweat. I've been testing NAT64 at home using a public NAT64 trial and generally I've been very happy with it: http://www.trex.fi/2011/dns64.html A neat feature I've liked is that I don't have to pass all my traffic via the NAT64 box, and so it doesn't have to be between me and the Internet. NAT44 usually acts as a fuse between me and my Internet. The biggest downsides I've encountered are: I. Some streaming websites use IP addresses in their video stream URLs, so DNS64 doesn't get asked and that traffic won't flow via NAT64. Thankfully these are a minority. II. Networked games usually use some sort of a tracker to help clients find games to connect to, and those only use plain IP addresses too. And some games only query for A records, and thus can't benefit from DNS64 either. So I guess the optimal way to stretch the lifetime of IPv4 while still moving toward IPv6 all the time would be to dual-stack customers and deploy both NAT64/DNS64 and some other LSN which can handle the two downsides above. All the traffic that you can shift to NAT64 means that your other LSN (which doesn't scale as well) can handle that much more traffic before becoming a bottleneck. And naturally, you'll want to shift all that youtube/facebook/whatever traffic to native IPv6 to help both NAT boxes cope. My 2 cents delivered, -- Aleksi Suhonen () ascii ribbon campaign /\ support plain text e-mail (*) NAT44 means the normal NAT from private IPv4 addresses to public IPv4 addresses. NAT444 means that there are two layers of NAT boxes: usually one at customer premises and the other at the ISP, doing LSN.

6 9

Re: Cogent & HE
by Brielle Bruns 10 Jun '11

10 Jun '11

Has been going on for a long while now. HE even made a cake for Cogent (IIRC), to no avail. But, this is not surprising. A lot of public/major peering issues with v4 over the past few years has been cogent vs. someone else. Brielle ------Original Message------ From: Dennis Burgess To: nanog(a)nanog.org Subject: Cogent & HE Sent: Jun 8, 2011 1:43 PM Just noted that cogent does not have a IPv6 route to any subnet in HE, and HE does not have any routes to Cogent! Looks like we have different Global IPv6 tables? Or does Cogent just NOT peer IPv6 peer with anyone else! Dennis -- Brielle Bruns http://www.sosdg.org / http://www.ahbl.org

20 37

Hotmail Problems
by Richard McNeilly 10 Jun '11

10 Jun '11

Any other operators getting complaints from subscribers about not being able to open emails in hotmail? The problem seems to be random. Are there are hotmail administrators on this list? Richard

2 1

Re: OT: Google logo
by Jay Ashworth 10 Jun '11

10 Jun '11

----- Original Message ----- > From: "Fairlight" <fairlite(a)fairlite.com> > Not just graphics...the fact that Chrome is HTML5 compliant. That's how > they're doing what they're doing with this one, and the previous one with > all the physics balls that would blow around, etc. FF4 too apparently; I had it. -- jr 'call you tomorrow, Brian' a -- Jay R. Ashworth Baylink jra(a)baylink.com Designer The Things I Think RFC 2100 Ashworth & Associates http://baylink.pitas.com 2000 Land Rover DII St Petersburg FL USA http://photo.imageinc.us +1 727 647 1274

1 0

Multi Factor authentication options for wireless networks
by eric clark 09 Jun '11

09 Jun '11

Wondering what people are using to provide security from their Wireless environments to their corporate networks? 2 or more factors seems to be the accepted standard and yet we're being told that Microsoft's equipment can't do it. Our system being a Microsoft Domain... seemed logical, but they can only do 1 factor. What are you guys using? Thanks

3 4

Re: Cogent & HE
by Brian Dickson 09 Jun '11

09 Jun '11

RAS wrote: >On Thu, Jun 09, 2011 at 12:55:44AM -0700, Owen DeLong wrote: >> >> Respectfully, RAS, I disagree. I think there's a big difference >> between being utterly unwilling to resolve the situation by peering >> and merely refusing to purchase transit to a network that appears to > offer little or no value to the purchaser or their customers. >Owen, can you please name me one single instance in the history of the >Internet where a peering dispute which lead to network partitioning did >NOT involve one side saying "hey, we're willing to peer" and the other >side saying "no thanks"? Being the one who wants to peer means >absolutely NOTHING here, the real question is which side is causing the >partitioning, and in this case the answer is very clearly HE. I don't know if Owen can, but I know I can. Back in the day, when there were many fewer Tier-1's but the number was growing, there were enough disputes over peering requests that there was a danger of things actually getting regulated (e.g. by the dreaded FCC). As part of one of the many mergers, the biggest player at that time (AS 701), made their peering requirements public, *and* honored those requirements. So, long history short, there were in fact peering disputes that had one side saying, "hey, we want to peer" and the other side saying "you don't have enough traffic", or "your ratio is too imbalanced", or "you're my customer - tough!". And some of those got resolved by the ratios changing, or the traffic levels reaching sufficiently high. (I can historically mention AS 6453.) Some of the other early players didn't play fair, and to my knowledge still don't. You have to know someone, or be named "Ren" to get peering with them. (Sorry, Ren. :-)) IMHO, what Cogent are effectively trying to do, is to extort "paid peering", masquerading as transit. Personally, I think the global traffic patterns, loss/latency/jitter, and general karma of the Internet would be improved, if those who currently peer with Cogent were to do evaluate the impact of de-peering them: - How many networks are *single*-homed behind Cogent? - Is anyone who *needs* Internet connectivity that unwise (to be single homed anywhere, let alone behind Cogent)? - If they *are* single-homed-to-Cogent, they aren't *your* customers. :-) - (This could be applied to both IPv6 *and* IPv4 - the logic is the same) Brinksmanship, like virtue or stupidity, is its own reward. Brian P.S. In the ancient game "go", there's a special rule on the two players playing alternate single-piece steals, that limits it to N times for very small N. The game becomes futile and pointless, beyond a certain number of repeated moves. Ditto for not peering.

2 1