Re: yahoo.fr is no longer interested in your abuse reports.
On Wed, Jun 11, 2014 at 01:00:58PM -0700, goe...@anime.net wrote: Looks like they've finally completely blocked off their abuse mailboxes. That's not a problem. Now that Yahoo has deployed DMARC, all the spam, phishing, carding, stalking, kiddie porn, fraud, and other choice bits of unpleasantness that they've either emitted or provided dropboxes for over the past many years have disappeared completely and permanently. You will never need to report any kind of abuse to them ever again. ---rsk
RE: yahoo.fr is no longer interested in your abuse reports.
Yahoo.fr has the p=none policy: $ dig txt _dmarc.yahoo.fr +short v=DMARC1\; p=none\; pct=100\; rua=mailto:dmarc-yahoo-...@yahoo-inc.com\;; So there might be some abuse still there ;-). David Hofstee Deliverability Management MailPlus B.V. Netherlands (ESP) -Oorspronkelijk bericht- Van: NANOG [mailto:nanog-boun...@nanog.org] Namens Rich Kulawiec Verzonden: Friday, June 13, 2014 10:31 AM Aan: nanog@nanog.org Onderwerp: Re: yahoo.fr is no longer interested in your abuse reports. On Wed, Jun 11, 2014 at 01:00:58PM -0700, goe...@anime.net wrote: Looks like they've finally completely blocked off their abuse mailboxes. That's not a problem. Now that Yahoo has deployed DMARC, all the spam, phishing, carding, stalking, kiddie porn, fraud, and other choice bits of unpleasantness that they've either emitted or provided dropboxes for over the past many years have disappeared completely and permanently. You will never need to report any kind of abuse to them ever again. ---rsk
Re: routing issues to AWS via 2914(NTT)
Amazon peers at many key exchanges, with dozens of hosting shops (where customers might share mutual infrastructure) like yours: https://www.peeringdb.com/view.php?asn=16509 Rather than play the blame game with third-party transit providers, why not hit them up for some sessions? Drive Slow, Paul Wall On Fri, Jun 13, 2014 at 5:50 AM, Bryan Socha br...@digitalocean.com wrote: Amazon hasn't reached out to us either... If you have other providers, use a combination of local-preference and the customer communitiy strings with ntt to prepend around the circuit(s) in nyc with the issue. Just check your routing table, we found many going through ntt to amazon and took awhile to get everything working as desired. Bryan Socha Network Engineer DigitalOcean On Thu, Jun 12, 2014 at 12:55 PM, Christopher Rogers phi...@phiber.org wrote: Could an IP engineer from AWS (16509/14618) and one from NTT (2914) kindly contact me off-list? AS1 is having some major reachability issues to you via 2914. Several of our applications and users are reporting problems trying to reach various aws hosted services such as netflix and twilio. I'm seeing almost 50% packet loss when transiting to you via 2914. Forcing traffic onto 3356 clears the issue right up. I've had to effectively shift all my ingress traffic off 2914 and de-pref aws as-path to force egress to other transit. We're a customer of 2914, but not AWS. I've got a ticket open with 2914, and they've reached out to AWS, but it's been two days now and we haven't been getting any traction on this. thanks! -chris
Re: routing issues to AWS via 2914(NTT)
I don't think anyone is blaming anyone, just trying to pass on information where we see a problem.We routed around it no problem. Bryan Socha On Fri, Jun 13, 2014 at 7:44 AM, Paul WALL pauldotw...@gmail.com wrote: Amazon peers at many key exchanges, with dozens of hosting shops (where customers might share mutual infrastructure) like yours: https://www.peeringdb.com/view.php?asn=16509 Rather than play the blame game with third-party transit providers, why not hit them up for some sessions? Drive Slow, Paul Wall On Fri, Jun 13, 2014 at 5:50 AM, Bryan Socha br...@digitalocean.com wrote: Amazon hasn't reached out to us either... If you have other providers, use a combination of local-preference and the customer communitiy strings with ntt to prepend around the circuit(s) in nyc with the issue. Just check your routing table, we found many going through ntt to amazon and took awhile to get everything working as desired. Bryan Socha Network Engineer DigitalOcean On Thu, Jun 12, 2014 at 12:55 PM, Christopher Rogers phi...@phiber.org wrote: Could an IP engineer from AWS (16509/14618) and one from NTT (2914) kindly contact me off-list? AS1 is having some major reachability issues to you via 2914. Several of our applications and users are reporting problems trying to reach various aws hosted services such as netflix and twilio. I'm seeing almost 50% packet loss when transiting to you via 2914. Forcing traffic onto 3356 clears the issue right up. I've had to effectively shift all my ingress traffic off 2914 and de-pref aws as-path to force egress to other transit. We're a customer of 2914, but not AWS. I've got a ticket open with 2914, and they've reached out to AWS, but it's been two days now and we haven't been getting any traction on this. thanks! -chris
Re: Time Warner IPv6 Reverse DNS?
We've corresponded offline. I documented the difficulties in providing reverse DNS for IPv6 residential users in http://tools.ietf.org/html/draft-howard-isp-ip6rdns-06 It's a long-expired draft, which never found sufficient support from a WG or AD. I've been meaning to rewrap it as a BCOP, but lack cycles. Lee On 6/12/14 11:58 AM, hasser css hasserva...@gmail.com wrote: Some IPv6 email is not working well for me on my TWC Internet connection due to their IPv6 block not having PTR records. Is it possible for me to delegate my IPv6 range to my own DNS server, or something similar? I have talked to level 3 support and they were pretty much clueless, so I decide to ask here if anyone has insight or similar issues in the past. Thanks!
Re: FW: Getting pretty close to default IPv4 route maximum for 6500/7600routers.
On Mon, 9 Jun 2014, John van Oppen wrote: It is generally much better to do the following: mls cef maximum-routes ipv6 90 mls cef maximum-routes ip-multicast 1 This will leave v4 and mpls in one big pool, puts v6 to something useful for quite a while and steals all of the multicast space which is not really used on most deployments. This gives us the following (which is pretty great for IP backbone purposes in dual stack): #show mls cef maximum-routes FIB TCAM maximum routes : === Current :- --- IPv4 + MPLS - 832k (default) IPv6- 90k IP multicast- 1k I was just looking at / thinking about this again, and though I don't disagree that doing the split your way is probably better, I think it's a moot point. I strongly suspect these boxes will run out of RAM before they're able to utilize another 256k routing slots with multiple full v4 tables. -- Jon Lewis, MCP :) | I route | therefore you are _ http://www.lewis.org/~jlewis/pgp for PGP public key_
Re: FW: Getting pretty close to default IPv4 route maximum for 6500/7600routers.
On 13/06/2014 15:54, Jon Lewis wrote: I was just looking at / thinking about this again, and though I don't disagree that doing the split your way is probably better, I think it's a moot point. I strongly suspect these boxes will run out of RAM before they're able to utilize another 256k routing slots with multiple full v4 tables. to a certain extent that depends on what software you're using. 12.x seems to be a good bit more memory efficient than 15.x on the sup720. Otherwise yeah, RP memory is the next critical limiting factor on these boxes, assuming if you can live with the crippling convergence times with large numbers of prefixes. Nick
Re: Time Warner IPv6 Reverse DNS?
On Jun 13, 2014, at 10:39 AM, Lee Howard l...@asgard.org wrote: We've corresponded offline. I documented the difficulties in providing reverse DNS for IPv6 residential users in http://tools.ietf.org/html/draft-howard-isp-ip6rdns-06 It's a long-expired draft, which never found sufficient support from a WG or AD. I've been meaning to rewrap it as a BCOP, but lack cycles. Lee On 6/12/14 11:58 AM, hasser css hasserva...@gmail.com wrote: Some IPv6 email is not working well for me on my TWC Internet connection due to their IPv6 block not having PTR records. Is it possible for me to delegate my IPv6 range to my own DNS server, or something similar? I have talked to level 3 support and they were pretty much clueless, so I decide to ask here if anyone has insight or similar issues in the past. Thanks! This exchange brings to mind several questions (and comments): 1. Should not RFC 1033 be considered “Historic”? I note that iPv6 was only a faint longing and otherwise undefined at that time. 2. What is the real rdns business requirement for residential customers? I have difficulty finding anything but SMTP servers needing rdns entries. Practical end-to-end security should be independent of media and addressing. 3. Would this question be better posed on the “mailop” mailing list (if SMTP service is the issue) or perhaps dns-operati...@mail.dns-oarc.net? Since “hasser css” did not explain his business requirement for rdns, it really difficult to provide advice. James R. Cutler james.cut...@consultant.com PGP keys at http://pgp.mit.edu signature.asc Description: Message signed with OpenPGP using GPGMail
Re: Time Warner IPv6 Reverse DNS?
On 6/13/14, 8:26 AM, James R Cutler wrote: On Jun 13, 2014, at 10:39 AM, Lee Howard l...@asgard.org wrote: We've corresponded offline. I documented the difficulties in providing reverse DNS for IPv6 residential users in http://tools.ietf.org/html/draft-howard-isp-ip6rdns-06 It's a long-expired draft, which never found sufficient support from a WG or AD. I've been meaning to rewrap it as a BCOP, but lack cycles. Lee On 6/12/14 11:58 AM, hasser css hasserva...@gmail.com wrote: Some IPv6 email is not working well for me on my TWC Internet connection due to their IPv6 block not having PTR records. Is it possible for me to delegate my IPv6 range to my own DNS server, or something similar? I have talked to level 3 support and they were pretty much clueless, so I decide to ask here if anyone has insight or similar issues in the past. Thanks! This exchange brings to mind several questions (and comments): 1. Should not RFC 1033 be considered “Historic”? I note that iPv6 was only a faint longing and otherwise undefined at that time. 2. What is the real rdns business requirement for residential customers? I have difficulty finding anything but SMTP servers needing rdns entries. Practical end-to-end security should be independent of media and addressing. I would like an authoritative nameserver to give me as quickly is possible. imho lame delegation of reverse is way worse then not having a ptr. 3. Would this question be better posed on the “mailop” mailing list (if SMTP service is the issue) or perhaps dns-operati...@mail.dns-oarc.net? Since “hasser css” did not explain his business requirement for rdns, it really difficult to provide advice. James R. Cutler james.cut...@consultant.com PGP keys at http://pgp.mit.edu signature.asc Description: OpenPGP digital signature
Re: S3, US Standard Problems?
If you are still seeing problems can you please contact me with details? I’ve seen some things done and am looking for confirmation it’s fixed. (or still broken). - Jared On Jun 13, 2014, at 1:48 AM, Bryan Socha br...@digitalocean.com wrote: The problem we are seeing we had to route around.There is a problem in NYC between NTT(2914) and Amazon. Bryan Socha Network Engineer DigitalOcean On Thu, Jun 12, 2014 at 9:39 AM, Owen DeLong o...@delong.com wrote: I still can’t get to them from 2620:0:930::/48. But this is not a new problem. It has persisted as long as I can remember. Owen On Jun 11, 2014, at 9:16 PM, Bryan Socha br...@digitalocean.com wrote: Is anyone else noticing a lot of problems with Amazon S3 US Standard problems.We're seeing a lot of customer complaints of connects then hangs/timesout mid transfer... Mostly coming from connections originating in the NYC area or from europe passing through nyc on it's way. Bryan Socha Network Engineer DigitalOcean
Re: S3, US Standard Problems?
It appears to be fixed. Feel free to test from us if you want to look closer at a test. Thanks, Bryan Socha Network Engineer DigitalOcean On Fri, Jun 13, 2014 at 12:41 PM, Jared Mauch ja...@puck.nether.net wrote: If you are still seeing problems can you please contact me with details? I’ve seen some things done and am looking for confirmation it’s fixed. (or still broken). - Jared On Jun 13, 2014, at 1:48 AM, Bryan Socha br...@digitalocean.com wrote: The problem we are seeing we had to route around.There is a problem in NYC between NTT(2914) and Amazon. Bryan Socha Network Engineer DigitalOcean On Thu, Jun 12, 2014 at 9:39 AM, Owen DeLong o...@delong.com wrote: I still can’t get to them from 2620:0:930::/48. But this is not a new problem. It has persisted as long as I can remember. Owen On Jun 11, 2014, at 9:16 PM, Bryan Socha br...@digitalocean.com wrote: Is anyone else noticing a lot of problems with Amazon S3 US Standard problems.We're seeing a lot of customer complaints of connects then hangs/timesout mid transfer... Mostly coming from connections originating in the NYC area or from europe passing through nyc on it's way. Bryan Socha Network Engineer DigitalOcean
Weekly Routing Table Report
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, TRNOG, CaribNOG and the RIPE Routing Working Group. Daily listings are sent to bgp-st...@lists.apnic.net For historical data, please see http://thyme.rand.apnic.net. If you have any comments please contact Philip Smith pfsi...@gmail.com. Routing Table Report 04:00 +10GMT Sat 14 Jun, 2014 Report Website: http://thyme.rand.apnic.net Detailed Analysis: http://thyme.rand.apnic.net/current/ Analysis Summary BGP routing table entries examined: 499331 Prefixes after maximum aggregation: 194746 Deaggregation factor: 2.56 Unique aggregates announced to Internet: 245869 Total ASes present in the Internet Routing Table: 47040 Prefixes per ASN: 10.62 Origin-only ASes present in the Internet Routing Table: 35870 Origin ASes announcing only one prefix: 16315 Transit ASes present in the Internet Routing Table:6100 Transit-only ASes present in the Internet Routing Table:171 Average AS path length visible in the Internet Routing Table: 4.6 Max AS path length visible: 53 Max AS path prepend of ASN ( 50404) 51 Prefixes from unregistered ASNs in the Routing Table: 1744 Unregistered ASNs in the Routing Table: 446 Number of 32-bit ASNs allocated by the RIRs: 6833 Number of 32-bit ASNs visible in the Routing Table:5070 Prefixes from 32-bit ASNs in the Routing Table: 17381 Number of bogon 32-bit ASNs visible in the Routing Table: 227 Special use prefixes present in the Routing Table: 13 Prefixes being announced from unallocated address space:403 Number of addresses announced to Internet: 2693600260 Equivalent to 160 /8s, 141 /16s and 20 /24s Percentage of available address space announced: 72.8 Percentage of allocated address space announced: 72.8 Percentage of available address space allocated: 100.0 Percentage of address space in use by end-sites: 96.6 Total number of prefixes smaller than registry allocations: 173133 APNIC Region Analysis Summary - Prefixes being announced by APNIC Region ASes: 119415 Total APNIC prefixes after maximum aggregation: 35307 APNIC Deaggregation factor:3.38 Prefixes being announced from the APNIC address blocks: 122523 Unique aggregates announced from the APNIC address blocks:51116 APNIC Region origin ASes present in the Internet Routing Table:4949 APNIC Prefixes per ASN: 24.76 APNIC Region origin ASes announcing only one prefix: 1224 APNIC Region transit ASes present in the Internet Routing Table:872 Average APNIC Region AS path length visible:4.7 Max APNIC Region AS path length visible: 20 Number of APNIC region 32-bit ASNs visible in the Routing Table:984 Number of APNIC addresses announced to Internet: 733995392 Equivalent to 43 /8s, 191 /16s and 225 /24s Percentage of available APNIC address space announced: 85.8 APNIC AS Blocks4608-4864, 7467-7722, 9216-10239, 17408-18431 (pre-ERX allocations) 23552-24575, 37888-38911, 45056-46079, 55296-56319, 58368-59391, 63488-63999, 131072-133631 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:168758 Total ARIN prefixes after maximum aggregation:83829 ARIN Deaggregation factor: 2.01 Prefixes being announced from the ARIN address blocks: 170405 Unique aggregates announced from the ARIN address blocks: 79377 ARIN Region origin ASes present in the Internet Routing Table:16295 ARIN
IPV6 and Charter Cable
Does Charter Cable have IPV6 for businesses yet? If so can someone point me in the right direction. Their NOC seems to be clueless on their IPV6 plans
Re: routing issues to AWS via 2914(NTT)
On Fri, Jun 13, 2014 at 11:44:51AM +, Paul WALL wrote: Amazon peers at many key exchanges, with dozens of hosting shops (where customers might share mutual infrastructure) like yours: https://www.peeringdb.com/view.php?asn=16509 Rather than play the blame game with third-party transit providers, why not hit them up for some sessions? That'll only get you peering connectivity into the local region. To get fully-peered with AWS, and be able to avoid third-party transit providers entirely, you're going to have to be in a *lot* of places. Not saying that AWS is a bad peer (from experience, I know they're fine to deal with) but it isn't as cut-and-dried as saying don't blame transit providers, just peer!. - Matt -- A few minutes ago I attempted to give a flying fsck, but the best I could do was to watch it skitter across the floor. -- Anthony de Boer, ASR
The Cidr Report
This report has been generated at Fri Jun 13 21:13:55 2014 AEST.
The report analyses the BGP Routing Table of AS2.0 router
and generates a report on aggregation potential within the table.
Check http://www.cidr-report.org/2.0 for a current version of this report.
Recent Table History
Date PrefixesCIDR Agg
06-06-14503988 283058
07-06-14504175 283106
08-06-14504267 283254
09-06-14504261 283277
10-06-14504250 283436
11-06-14504807 283824
12-06-14505124 284100
13-06-14505414 283778
AS Summary
47338 Number of ASes in routing system
19209 Number of ASes announcing only one prefix
3771 Largest number of prefixes announced by an AS
AS28573: NET Serviços de Comunicação S.A.,BR
120370944 Largest address span announced by an AS (/32s)
AS4134 : CHINANET-BACKBONE No.31,Jin-rong Street,CN
Aggregation Summary
The algorithm used in this report proposes aggregation only
when there is a precise match using the AS path, so as
to preserve traffic transit policies. Aggregation is also
proposed across non-advertised address space ('holes').
--- 13Jun14 ---
ASnumNetsNow NetsAggr NetGain % Gain Description
Table 505548 284113 22143543.8% All ASes
AS28573 3771 150 362196.0% NET Serviços de Comunicação
S.A.,BR
AS6389 2956 72 288497.6% BELLSOUTH-NET-BLK -
BellSouth.net Inc.,US
AS17974 2794 246 254891.2% TELKOMNET-AS2-AP PT
Telekomunikasi Indonesia,ID
AS4766 2935 931 200468.3% KIXS-AS-KR Korea Telecom,KR
AS18881 2037 41 199698.0% Global Village Telecom,BR
AS7029 2350 446 190481.0% WINDSTREAM - Windstream
Communications Inc,US
AS10620 2883 1381 150252.1% Telmex Colombia S.A.,CO
AS18566 2047 565 148272.4% MEGAPATH5-US - MegaPath
Corporation,US
AS7303 1769 443 132675.0% Telecom Argentina S.A.,AR
AS4755 1859 586 127368.5% TATACOMM-AS TATA
Communications formerly VSNL
is Leading ISP,IN
AS7545 2277 1049 122853.9% TPG-INTERNET-AP TPG Telecom
Limited,AU
AS4323 1645 427 121874.0% TWTC - tw telecom holdings,
inc.,US
AS22773 2528 1418 111043.9% ASN-CXA-ALL-CCI-22773-RDC -
Cox Communications Inc.,US
AS7552 1269 171 109886.5% VIETEL-AS-AP Viettel
Corporation,VN
AS36998 1114 37 107796.7% SDN-MOBITEL,SD
AS22561 1309 242 106781.5% AS22561 - CenturyTel Internet
Holdings, Inc.,US
AS6983 1368 315 105377.0% ITCDELTA - Earthlink, Inc.,US
AS9829 1647 731 91655.6% BSNL-NIB National Internet
Backbone,IN
AS4788 1060 147 91386.1% TMNET-AS-AP TM Net, Internet
Service Provider,MY
AS9808 1011 162 84984.0% CMNET-GD Guangdong Mobile
Communication Co.Ltd.,CN
AS24560 1162 334 82871.3% AIRTELBROADBAND-AS-AP Bharti
Airtel Ltd., Telemedia
Services,IN
AS4808 1227 411 81666.5% CHINA169-BJ CNCGROUP IP
network China169 Beijing
Province Network,CN
AS7738 979 193 78680.3% Telemar Norte Leste S.A.,BR
AS18101 941 185 75680.3% RELIANCE-COMMUNICATIONS-IN
Reliance Communications
Ltd.DAKC MUMBAI,IN
AS8151 1429 683 74652.2% Uninet S.A. de C.V.,MX
AS11492 1233 498 73559.6% CABLEONE - CABLE ONE, INC.,US
AS701 1446 733 71349.3% UUNET - MCI Communications
Services, Inc. d/b/a Verizon
Business,US
AS855764 58 70692.4% CANET-ASN-4 - Bell Aliant
Regional Communications,
BGP Update Report
BGP Update Report Interval: 05-Jun-14 -to- 12-Jun-14 (7 days) Observation Point: BGP Peering with AS131072 TOP 20 Unstable Origin AS Rank ASNUpds % Upds/PfxAS-Name 1 - AS9829 138352 5.2% 145.6 -- BSNL-NIB National Internet Backbone,IN 2 - AS26615 93521 3.5% 134.8 -- Tim Celular S.A.,BR 3 - AS31148 58271 2.2% 57.1 -- FREENET-AS Freenet Ltd.,UA 4 - AS14287 38386 1.4%6397.7 -- TRIAD-TELECOM - Triad Telecom, Inc.,US 5 - AS29571 36730 1.4% 256.9 -- CITelecom-AS,CI 6 - AS840234862 1.3% 122.8 -- CORBINA-AS OJSC Vimpelcom,RU 7 - AS18004 29506 1.1% 347.1 -- WIRELESSNET-ID-AP WIRELESSNET AS,ID 8 - AS28573 24775 0.9% 6.4 -- NET Serviços de Comunicação S.A.,BR 9 - AS23752 22684 0.8% 257.8 -- NPTELECOM-NP-AS Nepal Telecommunications Corporation, Internet Services,NP 10 - AS41691 20834 0.8%1041.7 -- SUMTEL-AS-RIPE Summa Telecom LLC,RU 11 - AS764320005 0.8% 116.3 -- VNPT-AS-VN Vietnam Posts and Telecommunications (VNPT),VN 12 - AS45899 19088 0.7% 53.6 -- VNPT-AS-VN VNPT Corp,VN 13 - AS381618718 0.7% 35.0 -- COLOMBIA TELECOMUNICACIONES S.A. ESP,CO 14 - AS477515079 0.6% 307.7 -- GLOBE-TELECOM-AS Globe Telecoms,PH 15 - AS17974 14694 0.6% 14.4 -- TELKOMNET-AS2-AP PT Telekomunikasi Indonesia,ID 16 - AS145213298 0.5% 72.7 -- DNIC-ASBLK-01451-01456 - Headquarters, USAISC,US 17 - AS702912438 0.5% 5.0 -- WINDSTREAM - Windstream Communications Inc,US 18 - AS11830 11821 0.4% 30.5 -- Instituto Costarricense de Electricidad y Telecom.,CR 19 - AS684911757 0.4% 19.0 -- UKRTELNET JSC UKRTELECOM,UA 20 - AS647 11040 0.4% 99.5 -- DNIC-ASBLK-00616-00665 - DoD Network Information Center,US TOP 20 Unstable Origin AS (Updates per announced prefix) Rank ASNUpds % Upds/PfxAS-Name 1 - AS544658431 0.3%8431.0 -- QPM-AS-1 - QuickPlay Media Inc.,US 2 - AS14287 38386 1.4%6397.7 -- TRIAD-TELECOM - Triad Telecom, Inc.,US 3 - AS455903282 0.1%3282.0 -- HGCINTNET-AS-AP Hutch Connect,HK 4 - AS266618826 0.3%2942.0 -- JCPS-ASN - Jeffco Public Schools,US 5 - AS603454649 0.2%2324.5 -- NBITI-AS Nahjol Balagheh International Research Institution,IR 6 - AS216710650 0.4%2130.0 -- HPES - Hewlett-Packard Company,US 7 - AS424721795 0.1%1795.0 -- SMARTEN-AS AS Smarten Logistics,EE 8 - AS6629 8652 0.3%1730.4 -- NOAA-AS - NOAA,US 9 - AS605991203 0.1%1203.0 -- WEBKOMPAS-AS Emelyanov Valentin Petrovich,RU 10 - AS41691 20834 0.8%1041.7 -- SUMTEL-AS-RIPE Summa Telecom LLC,RU 11 - AS181356905 0.3% 986.4 -- BTV BTV Cable television,JP 12 - AS24705 941 0.0% 941.0 -- COMGW The Communication Gateway Ltd,GB 13 - AS613371871 0.1% 935.5 -- ECOM-AS Electronic Communities Ltd.,GB 14 - AS59462 900 0.0% 900.0 -- VTK-AS VTK Ltd,RU 15 - AS24683 838 0.0% 838.0 -- OSU-AS State Educational Institution of Higher Professional Education Orenburg State University,RU 16 - AS374473124 0.1% 781.0 -- OASIS-SPRL,CD 17 - AS40622 722 0.0% 722.0 -- LONGBOWCAP - Longbow Capital Partners, L.P.,US 18 - AS18379 704 0.0% 704.0 -- CSMNAP-AS-AP CSMNAP-ASN,ID 19 - AS58115 10642 0.4% 591.2 -- DATALABS-AS DATALABS Ltd,RU 20 - AS7868 1176 0.0% 588.0 -- DATA-LIFE - Data Life Associates, Inc.,US TOP 20 Unstable Prefixes Rank Prefix Upds % Origin AS -- AS Name 1 - 89.221.206.0/24 20663 0.7% AS41691 -- SUMTEL-AS-RIPE Summa Telecom LLC,RU 2 - 202.70.64.0/2110917 0.4% AS23752 -- NPTELECOM-NP-AS Nepal Telecommunications Corporation, Internet Services,NP 3 - 202.70.88.0/2110899 0.4% AS23752 -- NPTELECOM-NP-AS Nepal Telecommunications Corporation, Internet Services,NP 4 - 192.58.232.0/248611 0.3% AS6629 -- NOAA-AS - NOAA,US 5 - 206.152.15.0/248431 0.3% AS54465 -- QPM-AS-1 - QuickPlay Media Inc.,US 6 - 205.247.12.0/248112 0.3% AS6459 -- TRANSBEAM - I-2000, Inc.,US 7 - 216.162.0.0/20 7698 0.3% AS14287 -- TRIAD-TELECOM - Triad Telecom, Inc.,US 8 - 208.73.244.0/227690 0.3% AS14287 -- TRIAD-TELECOM - Triad Telecom, Inc.,US 9 - 208.70.20.0/22 7686 0.3% AS14287 -- TRIAD-TELECOM - Triad Telecom, Inc.,US 10 - 208.78.116.0/227668 0.3% AS14287 -- TRIAD-TELECOM - Triad Telecom, Inc.,US 11 - 208.88.232.0/227634 0.3% AS14287 -- TRIAD-TELECOM - Triad Telecom, Inc.,US 12 - 120.28.62.0/24 7533 0.3% AS4775 -- GLOBE-TELECOM-AS Globe Telecoms,PH 13 - 222.127.0.0/24 7236
Re: IPV6 and Charter Cable
HA! I've been bugging Charter for 2 years. There was a beta program that they metioned on NANOG a while back that I tried to get on-board wth. That never came to fruition.. As of 2 months ago, they are still not offering IPv6 On 6/13/2014 12:39 PM, Roy wrote: Does Charter Cable have IPV6 for businesses yet? If so can someone point me in the right direction. Their NOC seems to be clueless on their IPV6 plans
Re: routing issues to AWS via 2914(NTT)
On 6/13/14, 2:28 PM, Matt Palmer wrote: On Fri, Jun 13, 2014 at 11:44:51AM +, Paul WALL wrote: Amazon peers at many key exchanges, with dozens of hosting shops (where customers might share mutual infrastructure) like yours: https://www.peeringdb.com/view.php?asn=16509 Rather than play the blame game with third-party transit providers, why not hit them up for some sessions? That'll only get you peering connectivity into the local region. To get fully-peered with AWS, and be able to avoid third-party transit providers entirely, you're going to have to be in a *lot* of places. Not saying that AWS is a bad peer (from experience, I know they're fine to deal with) but it isn't as cut-and-dried as saying don't blame transit providers, just peer!. just peer in IAD, SEA and SJC, and AMS, and SIN. problem solved, yup. - Matt signature.asc Description: OpenPGP digital signature
Re: IPV6 and Charter Cable
On Fri, Jun 13, 2014 at 12:39:42PM -0700, Roy wrote: Does Charter Cable have IPV6 for businesses yet? If so can someone point me in the right direction. Their NOC seems to be clueless on their IPV6 plans I have the same issue; no one can give me an answer on when. They had a link on their business website stating you could sign up for beta testing. When I asked my sales rep to sign me up, I received a call back stating they weren't doing beta testing and that they were going to remove the link from their website. http://www.prnewswire.com/news-releases/charter-prepares-for-world-ipv6-day-122445413.html ... Charter will provide more information on IPv6 deployment as we approach full deployment in 2012. 2 years later and as far as I know, they haven't started deployment. As far as I know, they are only providing 6rd. http://www.myaccount.charter.com/customers/Support.aspx?SupportArticleID=2665#ipv6prep - David
