- NANOG - lists.nanog.org

EPC backhaul networks
by Glen Kent 31 Jan '11

31 Jan '11

Hi, I would like to understand why there is a preference for L3 VPNs over L2 VPNs for the EPC backhaul networks? We can use both layer 2 and layer 3 VPNs for communication between the eNodeB and the MME or S-GW, so why is it that most providers prefer L3 over L2. Glen

8 15

What's the current state of major access networks in North America ipv6 delivery status?
by Charles N Wyble 31 Jan '11

31 Jan '11

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Is anyone tracking the major consumer/business class access networks delivery of ipv6 in North America? I'm on ATT DSL. It looks like they want to use 6rd? I've only briefly looked into 6rd. Is this a dead end path/giant hack? https://sites.google.com/site/ipv6implementors/2010/agenda/05_Chase_Googlec… I spoke with impulse.net last year, which appears to serve large portions of the AT&T cable plant in Southern California. They were willing to offer native ipv6. Not sure how (one /64, a /48) etc. I see that FiOS did a trial in April 2010 http://newscenter.verizon.com/press-releases/verizon/2010/verizon-begins-te… (it mentions special CPE). What about verizon DSL? Comcast is currently conducting trials: http://comcast6.net/ (anyone participated in this?) How about TimeWarnerCable? They don't seem to have any sort of v6 offering, on wholesale or retail services. Am I missing anyone in the DSL/Cable/FTTH market? As for wireless broadband providers, there is satellite and 3g/4g/LTE. I haven't looked at the satellite providers. I know Verizon is offering dual stack on their LTE service, according to a thread a couple weeks ago. T-mobile is offering it on the small subset of phones that have v6 capable baseband. For grins and giggles, how does North America stack up against other regions, when it comes to access network ipv6 delivery. Thanks. - -- Charles N Wyble (charles(a)knownelement.com) Systems craftsman for the stars http://www.knownelement.com Mobile: 626 539 4344 Office: 310 929 8793 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJNQJd/AAoJEMvvG/TyLEAtIx4P/1ehNtwotF30HZf4BqeWlJ7C gGmp33VkvwPdh8qUT4scHT/Wcql2V/ijhEJk7t0Tu9F98ig51c3euLuJ9iUhgP8v RdX9Ty8uAThs2EL/sT3aEVlrbiEOtkjW5zFQzWv3So7aPFeO9u5uBa9XO2eeOFG4 nI1ztpPzq3obGGLZWixIJ3ukOvKnb1ilKk74h9kjvnRA89wE1nS8ZvulWdWovAZ6 CaiU54SARQFlqtZ5PsrPrAi1LEz5lXP3Pp3kvphjp019XmyPvtgFwqwX6WoMbBgQ hHulUEnTX9A/3S/Llzz/eQRcWDX+KtqfF/khNBglsr6Y8tBgvJ360YI7dmn9J2hS 1QmnkiwTKlSkvbBM9HVbC/no7nB/J4ybOTVV004ciY6WWTRnCNGtgnoUWO4+qJVK E0996B2egOmhkUJs8AR+VYsguEVbSc12wbxZYrfjTjh7yE87q92okw/mUVi5OOVL t+ysZpV6yifR6/0T26VTJnJ/Ha6tjOE8SmA6lSKdKac5GTPkFBRqzkqsgGmF3lQq NAYMaVKmmq58j5e3eA8btGNf/u4wzJv9JJFXx3aij7pCE29yAfSrMfNV8r6ayAvL lDXQH3AP6LpV6EPb2vAUPq95iw+Fvl5PN80PYdyxVwpphQRutYQYvPZBh9/RfFOi LL5HLupKb900MQX/ZMjY =tE8q -----END PGP SIGNATURE-----

15 34

looping email
by Mark Andrews 31 Jan '11

31 Jan '11

Can whomever is at NEXTAG.COM please fix the pickup service to not use to To and Cc lines when re-injecting email. IT DOES NOT WORK. IT JUST CAUSES MAIL LOOPS. Received: from mail pickup service by corpmail5.corp.nextag.com with Microsoft SMTPSVC; Sun, 30 Jan 2011 17:10:55 -0800 -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: marka(a)isc.org

1 0

test-ipv6.com
by Jason Fesler 31 Jan '11

31 Jan '11

Several people have suggested I (re)post information about test-ipv6.com here. http://test-ipv6.com .. tests ipv4 and ipv6 by dns name tests dual stack (will the client break on World IPv6 Day?) tests ipv6 by IP literal (teredo can pass this) gives advice to end user about current status and (depending on circumstances) more information "broken" users (can't connect to dual stack) are solicited for info Caution: does depend on javascript. http://test-ipv6.com/simple_test.html Eyeball test only for user, with instructions; no javascript required. Please direct any comments, flames, etc directly to me instead of the list. I've added enough noise already :-)

9 12

Planned IN-ADDR.ARPA Nameserver Change
by Joe Abley 31 Jan '11

31 Jan '11

PLANNED IN-ADDR.ARPA NAMESERVER CHANGE This is a courtesy notification of an upcoming change to the nameserver set for the IN-ADDR.ARPA zone. There is no expected impact on the functional operation of the DNS due to this change. There are no actions required by DNS server operators or end users. For more information about this work, please see <http://in-addr-transition.icann.org/>. DETAIL The IN-ADDR.ARPA zone is used to provide reverse mapping (number to name) for IPv4. The servers which currently provide authoritative DNS service for the IN-ADDR.ARPA zone are as follows: A.ROOT-SERVERS.NET B.ROOT-SERVERS.NET C.ROOT-SERVERS.NET D.ROOT-SERVERS.NET E.ROOT-SERVERS.NET F.ROOT-SERVERS.NET G.ROOT-SERVERS.NET H.ROOT-SERVERS.NET I.ROOT-SERVERS.NET K.ROOT-SERVERS.NET L.ROOT-SERVERS.NET M.ROOT-SERVERS.NET On Wednesday 2010-02-16 processing will begin to change the nameserver set to the following, as described in RFC 5855: A.IN-ADDR-SERVERS.ARPA (operated by ARIN) B.IN-ADDR-SERVERS.ARPA (operated by ICANN) C.IN-ADDR-SERVERS.ARPA (operated by AfriNIC) D.IN-ADDR-SERVERS.ARPA (operated by LACNIC) E.IN-ADDR-SERVERS.ARPA (operated by APNIC) F.IN-ADDR-SERVERS.ARPA (operated by RIPE NCC) The usual IANA process for a change in the ARPA zone involves a series of technical checks and the gathering of various authorisations, and may take several days to complete. Following this, the IN-ADDR.ARPA zone will be dropped from root servers in two groups: 1. Week of 2011-02-21 -- 2011-02-25 B, C, E, G, I, M 2. Week of 2011-02-28 -- 2011-03-11 A, D, F, H, K, L Individual root server operators will choose a time for the maintenance within their respective window and follow their usual procedures to carry out the change. Courtesy notification will be sent to this list once this change has been fully implemented. Regards, Joe Abley Director DNS Operations ICANN

1 0

2011.01.30 NANOG51 community meeting notes
by Matthew Petach 30 Jan '11

30 Jan '11

My hastily-jotted notes from tonight's community meeting have been posted to http://kestrel3.netflight.com/2011.01.30-NANOG51-community-meeting.txt (though it was so fast, and so non-controversial, with no input from the audience to speak of, i almost felt silly for taking notes. ^_^;; ) Matt

1 0

hi)
by Jessica Yu 30 Jan '11

30 Jan '11

Look good shop http://neumaticosabc.com/sales.html

1 0

Re: AltDB?
by Paul Vixie 30 Jan '11

30 Jan '11

note that while i am also an ARIN trustee, i am speaking here as what randy calls "just another bozo on this bus". for further background, ISC has done some rpki work and everybody at ISC including me likes rpki just fine. when the ARIN board was first considering funding ISC to do some early rpki work, went out into the hallway until the discussion was over (ending positively.) On Jan 5, 2011, at 12:32 PM, Randy Bush wrote: > i have a rumor that arin is delaying and possibly not doing rpki that > seems to have been announced on the ppml list (to which i do not > subscribe). john curran has explained that arin is doing its due diligence on some concerns that were brought up during a review of the rpki rollout. there is no sense in which arin has said that it is "not doing rpki" although the current review does technically qualify as "delaying rpki". i'm treating the above rumour as false. David Conrad <drc(a)virtualized.org> writes: > I heard about the delay, but not about ARIN possibly not doing RPKI. That > would be ... surprising. [...] it would be very much surprising to me as well. [bush] > as it has impact on routing, not address policy, across north america > and, in fact the globe, one would think it would be announced and > discussed a bit more openly and widely. even if i thought that the operational impact could be felt in these early days when rpki remains an almost completely nonproduction service, and i don't think this by the way, i would still say that an internal review of a new service is not really something the whole community cares about. [conrad] > The definition of what comes under the "public policy mailing list" > umbrella has always been a bit confusing to me. Too bad something like > the APNIC SIGs and RIPE Working Groups don't really exist in the ARIN > region. do you have a specific proposal? i've noted in the past that arin tries hard to stick to its knitting, which is allocation and allocation policy. it seems to me that if some in the community wanted arin to run SIGs or WGs on things like routing policy arin could do it but that a lot of folks would say that's mission creep and that it would be arin poaching on nanog lands. -- Paul Vixie Chairman and Chief Scientist, ISC Trustee, ARIN

15 54

Another v6 question
by Max Pierson 30 Jan '11

30 Jan '11

Hi List, Sorry to bring up yet ANOTHER v6 question/topic, but this seems to be one that I cannot get a solid answer on (and probably won't and in the event that I do, it will probably change down the road anyways), but here goes. >From the provider perspective, what is the prefix-length that most are accepting to be injected into your tables?? 2 or so years ago, I read where someone stated that they were told by ATT that they weren't planning on accepting anything smaller than a /32. So what if I get my shiny new /48 from ARIN and am already multi-homed??? Does ATT not want my business (which they wouldn't get if the first place, but for argument sake, yes, I chose to pick on ATT, sorry if I offended anyone :) I already see /40's /48's ,etc in the v6 table, so some folks are allowing /48 and smaller, so what is the new /24 in v6? I only ask due to the fact that ARIN's policy for end-users is /48 minimum (which is what i've been telling folks to apply for or applying for it on behalf of them). Second, as I was crunching a few numbers to get a rough estimate of what a global table would look like in say 3 or 5 years after v4 is exhausted (I understand that it's completely unpredictable to do this, but curiosity killed the cat I guess), and in a few cases, I stopped due to the shear size of the amount of prefixes I was coming with. Where i'm getting with this is has anyone done any crunching on prefix count for v6 (as in estimates of global table usage with the various prefix lengths seen above _based_ on the initial allocation of the v6 space (not the entire v6 space itself)). I'm interested to see how long before we have 96Gb's of TCAM/Memory (take you vendor of choice) in our routers just to take a full table. (Not to mention still having all of the ipv4 de-agg crazyness going on today. Seriously, who lets /28 and /32's in their tables today? And this will only get worse as v4 fades away). Would love to hear comments from anyone that was rejected peering due to only having a /48. Would also like to hear from anyone about projected table sizes if anyone has done any research on this. Heading back to my cave now to hopefully hear some good responses. (An someone please correct me if any of the above is incorrect). TIA, Max

16 28

Wikileaks, Friend or Foe?
by Joseph Prasad 30 Jan '11

30 Jan '11

A very good interview with John Young on Russia Today. http://www.youtube.com/watch?v=oMRUiB_8tTc <http://www.youtube.com/watch?v=oMRUiB_8tTc>------- mentioned in the interview------ http://cryptome.org/ http://en.wikipedia.org/wiki/Cypherpunks *--------------------------------* *The only power people exert over us, is the power we allow them to exert.* * * *http://www.projectcensored.org/* * * *http://www.thenewamerican.com/* *--------------------------------* * *

2 1