May 2011 - Test - lists.nanog.org

Re: Contention/Oversubscription maths
by Scott Weeks 27 May '11

27 May '11

-------- lists(a)memetic.org wrote: ------------ From: Adam Armstrong <lists(a)memetic.org> I'm more interested in the levels of traffic that we will see consistently. ----------------------------------------- >From experience, one thing's for sure. No matter how you end up estimating traffic levels, you should optimize it using empirical data. Make your estimates, set up the connectivity and watch the traffic. In some areas you will be able to have a larger over-subscription rate because the customers will have lower traffic level internet habits and in other areas the over-subscription rate will be less because you might have a pocket of power users. To the point some have made that user's internet surfing habits (thus more traffic) don't change because of an increase in bandwidth, rather they change more gradually, is definitely the case for residential subscribers. I have seen folks spend way too much time trying to get it right from initial estimates and totally blow it. There is no substitute for empirical data! scott

1 0

Contention/Oversubscription maths
by Adam Armstrong 27 May '11

27 May '11

Hi All, Do any of you have any pointers on how to go about predicting usage for high-speed ethernet access? I'm running 1GE links into buildings, and hanging many (100-1000) 100M customers off switches in the basement, simple enough. I'm assuming ~300Kbps average peak usage per customer, but I can't quite work out at what point that number becomes more important than the fact that each user can peak at 100mbit (and that the backhaul is only access-speed * 10). I'm well versed in the economies of scale of fitting 10,000 8mbit customers into 1GE, but this seems altogether a different beast to predict. If any of you have similar scenarios I'd be very interested to hear on/off list :) Finally, what do people think of selling a 1G service with 1G backhaul (and potentially 10s or 100s of customers buying this service alongside n*100s of customers with 100M service)? Thanks, adam.

7 11

Weekly Routing Table Report
by Routing Analysis Role Account 27 May '11

27 May '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 <pfs(a)cisco.com>. Routing Table Report 04:00 +10GMT Sat 28 May, 2011 Report Website: http://thyme.rand.apnic.net Detailed Analysis: http://thyme.rand.apnic.net/current/ Analysis Summary ---------------- BGP routing table entries examined: 358362 Prefixes after maximum aggregation: 162138 Deaggregation factor: 2.21 Unique aggregates announced to Internet: 177469 Total ASes present in the Internet Routing Table: 37701 Prefixes per ASN: 9.51 Origin-only ASes present in the Internet Routing Table: 31497 Origin ASes announcing only one prefix: 15121 Transit ASes present in the Internet Routing Table: 5100 Transit-only ASes present in the Internet Routing Table: 139 Average AS path length visible in the Internet Routing Table: 4.3 Max AS path length visible: 36 Max AS path prepend of ASN (48687) 24 Prefixes from unregistered ASNs in the Routing Table: 705 Unregistered ASNs in the Routing Table: 376 Number of 32-bit ASNs allocated by the RIRs: 1389 Number of 32-bit ASNs visible in the Routing Table: 1104 Prefixes from 32-bit ASNs in the Routing Table: 2503 Special use prefixes present in the Routing Table: 0 Prefixes being announced from unallocated address space: 289 Number of addresses announced to Internet: 2437036992 Equivalent to 145 /8s, 66 /16s and 59 /24s Percentage of available address space announced: 65.8 Percentage of allocated address space announced: 65.8 Percentage of available address space allocated: 100.0 Percentage of address space in use by end-sites: 91.0 Total number of prefixes smaller than registry allocations: 149159 APNIC Region Analysis Summary ----------------------------- Prefixes being announced by APNIC Region ASes: 89221 Total APNIC prefixes after maximum aggregation: 30038 APNIC Deaggregation factor: 2.97 Prefixes being announced from the APNIC address blocks: 85654 Unique aggregates announced from the APNIC address blocks: 36698 APNIC Region origin ASes present in the Internet Routing Table: 4461 APNIC Prefixes per ASN: 19.20 APNIC Region origin ASes announcing only one prefix: 1245 APNIC Region transit ASes present in the Internet Routing Table: 703 Average APNIC Region AS path length visible: 4.6 Max APNIC Region AS path length visible: 20 Number of APNIC region 32-bit ASNs visible in the Routing Table: 48 Number of APNIC addresses announced to Internet: 616629792 Equivalent to 36 /8s, 193 /16s and 6 /24s Percentage of available APNIC address space announced: 78.2 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: 140454 Total ARIN prefixes after maximum aggregation: 71446 ARIN Deaggregation factor: 1.97 Prefixes being announced from the ARIN address blocks: 112718 Unique aggregates announced from the ARIN address blocks: 45895 ARIN Region origin ASes present in the Internet Routing Table: 14398 ARIN Prefixes per ASN: 7.83 ARIN Region origin ASes announcing only one prefix: 5492 ARIN Region transit ASes present in the Internet Routing Table: 1508 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: 801841408 Equivalent to 47 /8s, 203 /16s and 33 /24s Percentage of available ARIN address space announced: 63.7 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: 84958 Total RIPE prefixes after maximum aggregation: 48453 RIPE Deaggregation factor: 1.75 Prefixes being announced from the RIPE address blocks: 78225 Unique aggregates announced from the RIPE address blocks: 51823 RIPE Region origin ASes present in the Internet Routing Table: 15639 RIPE Prefixes per ASN: 5.00 RIPE Region origin ASes announcing only one prefix: 7820 RIPE Region transit ASes present in the Internet Routing Table: 2461 Average RIPE Region AS path length visible: 4.6 Max RIPE Region AS path length visible: 36 Number of RIPE region 32-bit ASNs visible in the Routing Table: 815 Number of RIPE addresses announced to Internet: 474301952 Equivalent to 28 /8s, 69 /16s and 70 /24s Percentage of available RIPE address space announced: 76.4 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: 32990 Total LACNIC prefixes after maximum aggregation: 7492 LACNIC Deaggregation factor: 4.40 Prefixes being announced from the LACNIC address blocks: 32033 Unique aggregates announced from the LACNIC address blocks: 16834 LACNIC Region origin ASes present in the Internet Routing Table: 1458 LACNIC Prefixes per ASN: 21.97 LACNIC Region origin ASes announcing only one prefix: 427 LACNIC Region transit ASes present in the Internet Routing Table: 263 Average LACNIC Region AS path length visible: 4.4 Max LACNIC Region AS path length visible: 21 Number of LACNIC region 32-bit ASNs visible in the Routing Table: 224 Number of LACNIC addresses announced to Internet: 83999744 Equivalent to 5 /8s, 1 /16s and 188 /24s Percentage of available LACNIC address space announced: 55.6 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: 8016 Total AfriNIC prefixes after maximum aggregation: 1888 AfriNIC Deaggregation factor: 4.25 Prefixes being announced from the AfriNIC address blocks: 6339 Unique aggregates announced from the AfriNIC address blocks: 1891 AfriNIC Region origin ASes present in the Internet Routing Table: 452 AfriNIC Prefixes per ASN: 14.02 AfriNIC Region origin ASes announcing only one prefix: 137 AfriNIC Region transit ASes present in the Internet Routing Table: 102 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: 23157760 Equivalent to 1 /8s, 97 /16s and 92 /24s Percentage of available AfriNIC address space announced: 34.5 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 2461 9500 922 Korea Telecom (KIX) 17974 1852 516 32 PT TELEKOMUNIKASI INDONESIA 7545 1534 301 85 TPG Internet Pty Ltd 4755 1473 635 169 TATA Communications formerly 24560 1155 337 187 Bharti Airtel Ltd., Telemedia 7552 1140 1064 7 Vietel Corporation 4808 1081 2141 302 CNCGROUP IP network: China169 9583 1076 79 507 Sify Limited 9829 1035 873 54 BSNL National Internet Backbo 18101 931 116 141 Reliance Infocom Ltd Internet 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 3641 3822 254 bellsouth.net, inc. 4323 1972 1081 399 Time Warner Telecom 18566 1875 355 271 Covad Communications 1785 1789 681 123 PaeTec Communications, Inc. 6478 1704 317 50 AT&T Worldnet Services 20115 1535 1540 633 Charter Communications 19262 1480 4916 330 Verizon Global Networks 7018 1363 7068 887 AT&T WorldNet Services 22773 1335 2897 88 Cox Communications, Inc. 11492 1280 240 15 Cable One 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 6830 516 1780 319 UPC Distribution Services 34984 516 106 179 BILISIM TELEKOM 3292 462 2078 397 TDC Tele Danmark 20940 456 133 350 Akamai Technologies European 29049 451 33 48 AzerSat LLC. 8866 445 134 26 Bulgarian Telecommunication C 12479 430 577 6 Uni2 Autonomous System 3320 426 8152 371 Deutsche Telekom AG 8551 406 355 45 Bezeq International 3301 398 1839 347 TeliaNet Sweden 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 1492 274 156 TVCABLE BOGOTA 8151 1379 2710 364 UniNet S.A. de C.V. 28573 1321 991 88 NET Servicos de Comunicao S.A 7303 958 504 150 Telecom Argentina Stet-France 6503 727 354 70 AVANTEL, S.A. 14420 670 54 91 CORPORACION NACIONAL DE TELEC 22047 565 310 15 VTR PUNTO NET S.A. 3816 539 227 101 Empresa Nacional de Telecomun 13489 515 262 121 Orbitel S.A. E.S.P. 11172 495 84 84 Servicios Alestra S.A de C.V 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 871 445 11 TEDATA 24863 787 147 37 LINKdotNET AS number 15475 543 90 8 Nile Online 36992 290 315 18 Etisalat MISR 3741 263 937 226 The Internet Solution 6713 241 215 13 Itissalat Al-MAGHRIB 24835 208 78 10 RAYA Telecom - Egypt 33776 202 11 8 Starcomms Nigeria Limited 29571 163 19 12 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 3641 3822 254 bellsouth.net, inc. 23456 2503 631 1363 32-bit ASN transition 4766 2461 9500 922 Korea Telecom (KIX) 4323 1972 1081 399 Time Warner Telecom 18566 1875 355 271 Covad Communications 17974 1852 516 32 PT TELEKOMUNIKASI INDONESIA 1785 1789 681 123 PaeTec Communications, Inc. 6478 1704 317 50 AT&T Worldnet Services 20115 1535 1540 633 Charter Communications 7545 1534 301 85 TPG Internet Pty Ltd Complete listing at http://thyme.rand.apnic.net/current/data-ASnet Global Per AS Maximum Aggr summary ---------------------------------- ASN No of nets Net Savings Description 17974 1852 1820 PT TELEKOMUNIKASI INDONESIA 1785 1789 1666 PaeTec Communications, Inc. 6478 1704 1654 AT&T Worldnet Services 18566 1875 1604 Covad Communications 4323 1972 1573 Time Warner Telecom 4766 2461 1539 Korea Telecom (KIX) 7545 1534 1449 TPG Internet Pty Ltd 10620 1492 1336 TVCABLE BOGOTA 4755 1473 1304 TATA Communications formerly 11492 1280 1265 Cable One 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. 41.190.32.0/23 31856 CABSAS 41.190.34.0/23 31856 CABSAS 41.190.36.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:20 /9:12 /10:28 /11:79 /12:228 /13:460 /14:794 /15:1394 /16:11758 /17:5834 /18:9760 /19:19296 /20:25693 /21:25898 /22:34097 /23:33118 /24:186639 /25:1090 /26:1269 /27:713 /28:166 /29:8 /30:2 /31:0 /32:6 Advertised prefixes smaller than registry allocations ----------------------------------------------------- ASN No of nets Total ann. Description 6389 2242 3641 bellsouth.net, inc. 18566 1838 1875 Covad Communications 6478 1658 1704 AT&T Worldnet Services 10620 1382 1492 TVCABLE BOGOTA 11492 1226 1280 Cable One 23456 1220 2503 32-bit ASN transition 7011 1061 1160 Citizens Utilities 1785 1051 1789 PaeTec Communications, Inc. 4323 885 1972 Time Warner Telecom 22773 850 1335 Cox Communications, Inc. Complete listing at http://thyme.rand.apnic.net/current/data-sXXas-nos Number of /24s announced per /8 block (Global) ---------------------------------------------- 1:279 2:48 4:16 5:1 6:3 8:353 12:1984 13:1 14:461 15:15 16:3 17:8 20:10 23:7 24:1645 27:774 31:351 32:60 33:4 34:2 37:1 38:739 40:101 41:2527 42:5 44:3 46:930 47:3 49:195 50:422 52:13 54:2 55:6 56:2 57:30 58:846 59:479 60:387 61:1235 62:1044 63:1940 64:3947 65:2293 66:4148 67:1873 68:1085 69:2992 70:706 71:352 72:1891 73:1 74:2358 75:302 76:341 77:870 78:706 79:464 80:1083 81:823 82:494 83:437 84:677 85:1061 86:593 87:754 88:330 89:1527 90:203 91:3788 92:517 93:1049 94:1280 95:802 96:506 97:249 98:850 99:35 101:58 103:28 106:1 107:7 108:84 109:949 110:600 111:712 112:304 113:400 114:535 115:671 116:946 117:693 118:827 119:1146 120:308 121:670 122:1621 123:999 124:1262 125:1230 128:262 129:173 130:164 131:571 132:109 133:19 134:213 135:48 136:214 137:143 138:300 139:112 140:482 141:239 142:403 143:400 144:483 145:54 146:447 147:209 148:590 149:242 150:168 151:186 152:325 153:177 154:3 155:397 156:194 157:354 158:137 159:387 160:317 161:207 162:282 163:164 164:498 165:355 166:515 167:428 168:733 169:155 170:805 171:77 172:1 173:1560 174:550 175:370 176:129 177:135 178:988 180:848 181:17 182:453 183:209 184:285 185:1 186:1174 187:770 188:842 189:903 190:4816 192:5840 193:4893 194:3500 195:2985 196:1224 197:19 198:3576 199:3905 200:5537 201:1484 202:8317 203:8405 204:4172 205:2328 206:2677 207:2874 208:3966 209:3471 210:2737 211:1394 212:1989 213:1735 214:729 215:72 216:4905 217:1632 218:565 219:363 220:1201 221:491 222:341 223:147 End of report

1 0

IT Survey Request: Win an iPad2 or Kindle!
by Sunder Rajan, Archana Devi 27 May '11

27 May '11

Dear Nanog Members, I am a student at UCLA Anderson School of Managment and my MBA field study team is working on a research that involves conducting a survey of CIOs, IT Managers/Administrators, IT Engineers to understand challenges in managing IT infrastructure. Could you please help by filling out this really short survey? We are giving away an iPad2 in a raffle draw as well as a Kindle to the person who refers the survey to the most number of people. You could help us by forwarding the link to other IT folks you know and stand a chance to win a Kindle! The chances of winning are high as this survey will wrap up in a couple of weeks. The survey consists of 8 questions and should take less than 5 minutes. All the information provided will be treated as confidential. Here is the survey link: http://tinyurl.com/ipad2winner We appreciate your help. Best Regards, Archana Rajan UCLA Executive MBA Candidate, Class of 2011

6 7

where are all the IPv6 tools?
by Jay Borkenhagen 27 May '11

27 May '11

Hi, I depend on a number of shell tools for manipulating IPv4 addresses, CIDR blocks, etc. like: aggis ipsort.pl grepcidr aggregate I have not yet found much in terms of similar shell utilities for IPv6. I've spoken to authors of some of these tools and they admit they have not yet produced IPv6-capable versions. (Not trying to name and shame: those tools are great, I just want more!) Do folks here know of IPv6 tools that might provide some of the functions the above tools provide for IPv4? Thanks! Jay B.

8 7

Rogers Canada using 7.0.0.0/8 for internal address space
by Mark Farina 26 May '11

26 May '11

As of April 27th I have started to receive dhcp broadcast requests originating from the 7.0.0.0/8 network. Based on MAC addresses, it seems that this is communication between the Rogers border/node hardware (MAC assigned to Cisco) and my Motorola cable modem. Is the DoD releasing this range to Rogers? Or has Rogers squatted on this space due to exhaustion of their 10/8 use? We've seen other vendors and ISP squat on previously unused ranges (the 1/8 or 5/8s). Could they not wrap their internal cable modem to node chatter in IPv6, instead of using assigned address space? sample chatter .. MAC=00:14:f1:eb:57:de:08:00 SRC=7.8.12.1 DST=255.255.255.255 LEN=347 TOS=00 PREC=0x00 TTL=255 ID=16 PROTO=UDP SPT=67 DPT=68 LEN=327 IP (tos 0x0, ttl 255, id 15, offset 0, flags [none], proto UDP (17), length 355) 7.8.12.1.67 > 255.255.255.255.68: [udp sum ok] BOOTP/DHCP, Reply, length 327, xid 0x4, Flags [Broadcast] (0x8000) Your-IP 7.8.x.x Server-IP 7.8.x.1 Gateway-IP 7.8.x.1 Client-Ethernet-Address 00:0e:5c:xx:xx:xx file "xxx" Vendor-rfc1048 Extensions Magic Cookie 0xXX DHCP-Message Option 53, length 1: Offer Server-ID Option 54, length 4: 64.71.246.x Lease-Time Option 51, length 4: 548020 Subnet-Mask Option 1, length 4: 255.255.252.0 RN Option 58, length 4: 40 Time-Zone Option 2, length 4: 0 Default-Gateway Option 3, length 4: 7.8.x.1 Time-Server Option 4, length 4: 64.71.x.x END Option 255, length 0 PAD Option 0, length 0, occurs 41 -- MF gbtel.ca

31 54

Folks running DNS for .extranet.microsoft.com
by Alexander O. Yuriev 26 May '11

26 May '11

Hello, If you are or you know whoever operates the DNS for infrastructure for .extranet.microsoft.com, could you kindly ping me off the list? You have had some icky bad ju-ju happening there for a few days. Alex

1 0

Re: Re Netflix Is Eating Up More Of North America's Bandwidth Than Any Other Company
by Brandon Butterworth 26 May '11

26 May '11

> NAME five consumer-grade commercial off the shelf products http://lmgtfy.com/?q=STB+PVR+ethernet > Proof: go to Titantv.com, select the 'digital cable' channel line-up for > 'Comcast areas 1, 4 & 5' in zipcode 60640 (chicago north side, lakefront). > and check the comcast channels in the range 340-379. lol comcast. All bets are off. > I'll simply ask, _which_ of those channels will have that extra data stream > that the head-end inserted? That the cable compmany doesn't know, or care, > about, and *how* does it survive the de-multiplexing and re-coding that the > cable company did? I'm in agreement with you already, I said on digital the b/w had already been consumed making it financially unviable. If you paid they'd leave it alone. > You apparently have no idea how 'digital TV' is delivered by all the major > cable companies in the U.S. -- demultiplexed, and transcoded to QAM with > each video stream on a separate QAM channel. I don't see any _possible_ > way for an additional data stream to survive _that_, without explicit > intervention/support from the cable company. They make their own choices overiding the original broadcasters. Net neutrality is old. brandon

2 1

Re: Re Netflix Is Eating Up More Of North America's Bandwidth Than Any Other Company
by Brandon Butterworth 26 May '11

26 May '11

> No, we're pretty sure you're wrong there, probably because you're > purposely ignoring our *specific* characterization of the thing which > was actually done. I disagreed with two statements:- > > On the engineering side, _impossible_. Modern satellite > > feeds of NTSC (analog) TV signals use compressed digital > > representations of only the image portion of each 'field' > > of the video stream With my Captain Obvious hat on I said digital systems can carry such data. The case where some cable companies interfere with the original broadcasters data doesn't demonstrate it is impossible, they don't affect the quoted satellite case nor others such as DTT > > On the financial side, it is trivial. I don't disagree with the cable cases quoted by others, they demonstrate why I disagreed that it's financially trivial. Of course I'm wrong, it is financially trivial as they would carry it if you paid them. It's just highly unlikely to be financially viable > You can't really guarantee that random things injected into a transport > stream mux at the send end will make it to the receive end; everyone in > the transport path very likely thinks they're entitled to pull the > separate program streams out and fiddle with them however they like -- > Hell: local cablecos *reencode* the local station HD signals to compress > them further. Yes, that was the case with analogue too, they just hadn't found someone to sell the data to back then. Cable companies will mess with anything including netflix. In our case we sold VBI data so I coudln't make a viable case to offer a USENET service. brandon

1 0

Re: Re Netflix Is Eating Up More Of North America's Bandwidth Than Any Other Company
by Brandon Butterworth 26 May '11

26 May '11

> You demonstrate you have no understanding of what the word 'feasable' > means. OK, but we actually did this as a commercial service on analogue TV and we deliver non picture data on digital TV (satellite and terrestrial) today, it's just not USENET data. > One _cannot_ do this with 'modern' digital TV trasmission, because the > _end-to-end_ technolgy does not support it. Apologies for disagreeing, but this is exactly what the modern technology does. Digital TV (ATSC in your case, DVB-T & DVB-S in our case) has a multiplex of a number of independent data streams that can be data, video or audio. That is carried end to end. We do this now with other data - http://en.wikipedia.org/wiki/BBC_Red_Button It'd be trivial for us to display USENET directly to read on your TV or deliver it to the STB ethernet port > OTOH, if the signal originates as a digital stream, while it may be > "possible" to multiplex in an additional data stream, said data stream > will *NOT* survive _intermediate_ transcoding to an analog video stream > before transmission to the end-user. Indeed but that is not a digital TV system. > And, even if the actual digital > stream is delivered to the end-user, a *STANDARD* digital TV receiver has > no means to deliver that 'additional' information to the end-user in any > usableform. Standard DTV PVR with an ethernet port are a few hundred dollars. For the people who would actually receive this the box cost is trivial they just some software. If you have a USB or PCI DTV rx it is trivial to do whatever you like with the data. brandon

3 2