July 2015 - Test - lists.nanog.org

Quanta LB4M
by Mike Hammett 20 Apr '18

20 Apr '18

Has anyone gotten a "non-factory" firmware to go onto these guys? There are a couple threads on Google that are inconclusive. There are rumors that it's the same as a Dell something or an HP something else, but no one has outright said, "I loaded a Dell XXXX firmware onto it and solved all of the random ass bugs." If I didn't already have a couple of stacked Extreme x400s, I'd consider these at home, but they're somewhat buggy. Quanta told me to contact whomever I bought it from... but I don't think the random guy on eBay is going to have much of anything useful to say. ----- Mike Hammett Intelligent Computing Solutions http://www.ics-il.com Midwest Internet Exchange http://www.midwest-ix.com

4 7

Multi-port RFC2544/EtherSAM loopback appliance
by Jason Lixfeld 25 May '17

25 May '17

Group, I'm looking for options and opinions on a cost effective, multi-port (6'ish port SFP/SFP+) RFC2544/EtherSAM rack appliance that can act as the remote/loopback for our field installers' portable RFC2544/EtherSAM enabled Exfo test sets. I came across XenaNetworks XenaCompact which looks like it would fit the bill, but I'm sure there are others (save Ixia, Exfo and Fluke, which I'm pretty much excluding by default because I imagine they are likely completely out to lunch on price relative to the extremely simplified feature set we require). Thanks in advance.

5 4

Recommendations, Colo Reno, Albuquerque, Phoenix, Las Vegas
by Eric A Louie 21 Jun '16

21 Jun '16

Does anyone have recommendations for Colocation space in any of those 4 cities? thanks Eric

4 3

Public DNS64
by Tim Durack 01 Jun '16

01 Jun '16

Anyone know of a reliable public DNS64 service? Would be cool if Google added a Public DNS64 service, then I could point the NAT64 prefix at appropriately placed boxes in my network. Why? Other people are better than me at running DNS resolvers :-) -- Tim:>

10 21

Juniper MX Sizing
by Graham Johnston 15 Mar '16

15 Mar '16

I am wondering if anyone can provide their real world experience about sizing Juniper MX routers as it relates to BGP. I am needing a device that has a mix of layer 2 and 3 features, including MPLS, that will have a very low port count requirement that will primarily be used at a remote POP site to connect to the local IX as well as one or two full route transit providers. The MX104 has what I need from a physical standpoint and a data plane standpoint, as well as power consumption figures. My only concern is whether the REs have enough horsepower to churn through the convergence calculations at a rate that operators in this situation would find acceptable. I realize that 'acceptable' is a moving target so I would happily accept feedback from people using them as to how long it takes and their happiness with the product. For those of you that deem the MX104 unacceptable in this kind of role and moved up to the MX240, what RE did you elect to use? Thanks, Graham Johnston Network Planner Westman Communications Group 204.717.2829 johnstong(a)westmancom.com<mailto:johnstong@westmancom.com> P think green; don't print this email.

10 15

common checks performed when passing on an IPv4 PA allocation from one end-customer to another
by Martin T 23 Feb '16

23 Feb '16

Hi, when one end-customer has been using for example /24 IPv4 allocation for a while and returns this(for example changes an ISP) to LIR, then are there some good practices before handing out this same /24 to a new customer? I guess LIR should: 1) remove all the DNS PTR records, classless of classful delegations 2) check if some of the IP addresses are in DNSBL(maybe the previous customer was a spammer). Example with 93.184.216.0/24: $ for ip in {0..255}.216.184.93;\ > do for addr in \ > cbl.abuseat.org \ > dnsbl.inps.de \ > no-more-funn.moensted.dk \ > dnsbl.sorbs.net \ > bl.spamcannibal.org \ > bl.spamcop.net \ > psbl.surriel.com \ > dnsrbl.swinog.ch; \ > do dig @8.8.8.8 "$ip"."$addr" +short | grep -q "^127.0.0." && \ > echo "DNSBL-Alarm: $ip is listed on $addr"; done; done $ Anything else? regards, Martin

2 4

Cisco's IOS-XE and PCEP implementation
by Mohamed Kamal 20 Feb '16

20 Feb '16

I'm wondering, why there is no MPLS-TE PCE support for IOS-XE till now?! Should I be getting a 9k/CRS on the edge to implement an automatic tool to build MPLS-TE tunnels! -- Mohamed Kamal Core Network Sr. Engineer

4 8

Big day for IPv6 - 1% native penetration
by Tomas Podermanski 06 Jan '16

06 Jan '16

Hi, It seems that today is a "big day" for IPv6. It is the very first time when native IPv6 on google statistics (http://www.google.com/intl/en/ipv6/statistics.html) reached 1%. Some might say it is tremendous success after 16 years of deploying IPv6 :-) T.

87 261

Fwd: BSDCon Brasil 2015: Apresentações / Talks
by Vinícius Zavam 10 Sep '15

10 Sep '15

---------- Forwarded message ---------- From: BSDCon Brasil 2015 <bsdcon bsdcon.com.br> Date: 2015-07-16 13:09 GMT-03:00 Subject: BSDCon Brasil 2015: Apresentações / Talks To: https://twitter.com/bsdcon_br/status/620727031630798852 ===== pt Acompanhe as atualizações da conferência através do Twitter ou Facebook (fb.com/bsdconbrasil2015) Gostaria de patrocinar a BSDCon Brasil 2015? Entre em contato conosco através das redes sociais ou mande-nos um email. Escreva para patrocinio(a)bsdcon.com.br Conheça nossos patrocinadores: http://2015.bsdcon.com.br/patrocinio ===== en Follow conference updates on Twitter or Facebook (fb.com/bsdconbrasil2015) Would you like to become a sponsor? Please write to sponsorship(a)bsdcon.com.br Meet our sponsors: http://2015.bsdcon.com.br/sponsorship -- BSDCon Brasil 2015 http://2015.bsdcon.com.br http://2015.bsdcon.com.br/start http://twitter.com/bsdcon_br

1 1

Note - ARIN Consultation on proposed Registration Services Agreement Now Open
by John Curran 03 Sep '15

03 Sep '15

NANOGers - To the extent that you are interested in ARIN's Registration Services Agreement, we have just initiated a consultation on a proposed new version of the RSA (and LRSA) as noted in the attached announcement. If you wish to provide any feedback, please do so on the <arin-consult(a)arin.net<mailto:arin-consult@arin.net>> mailing list between now and 30 August 2015. Thanks! /John John Curran President and CEO ARIN Begin forwarded message: From: ARIN <info(a)arin.net<mailto:info@arin.net>> Subject: [ARIN-consult] Consultation on Registration Services Agreement Now Open Date: July 29, 2015 at 4:04:03 PM EDT To: <arin-consult(a)arin.net<mailto:arin-consult@arin.net>> ARIN is seeking community input on a new version of the Registration Services Agreement that combines the existing Registration Services Agreement (RSA) and Legacy Registration Services Agreement (LRSA) into a single agreement (“RSA Version 12.0/LRSA Version 4.0”). Following community consultation and finalization, ARIN will provide services to new parties per this latest version of the Registration Services Agreement. Existing holders of Internet number resources will have the opportunity to upgrade to this new version of the Registration Services Agreement or remain with their current Registration Services Agreement. There are notable and substantive changes with this new version incorporating input received from the community on the Registration Services Agreements. These changes include: * Clarifying that the agreement is only applicable to “Included Number Resources” (i.e. the Internet number resources pursuant to the agreement, not any other number resources that parties may hold under other agreements or no agreement) * Similarly clarifying that the provision wherein a Customer is agreeing that “Included Number Resources” are not property is only applicable to “Included Number Resources” in the agreement and remains silent with regard to any other number resources held by the party * Providing uniform service terms and conditions (other than fees) for all customers receiving services from ARIN * Elaborating on the definition of ARIN’s services that are covered by the agreement, including resource certification * Providing a more balanced agreement with respect to term language previously seen as favorable to ARIN The new RSA Version 12.0/LRSA Version 4.0 is available at the following URL: https://www.arin.net/resources/agreements/rsa_draft_ver12.pdf We strongly encourage you to review the current RSA and LRSA against the proposed version of this new agreement and to submit your constructive comments to arin-consult(a)arin.net. Discussion on arin-consult(a)arin.net will close on 30 August 2015. ARIN seeks clear direction through community input, so your feedback is important. If you have any questions, please contact us at info(a)arin.net. Thank you, /John John Curran President and CEO American Registry for Internet Numbers _______________________________________________ ARIN-Consult You are receiving this message because you are subscribed to the ARIN Consult Mailing List (ARIN-consult(a)arin.net) Unsubscribe or manage your mailing list subscription at: http://lists.arin.net/mailman/listinfo/arin-consult Please contact the ARIN Member Services Help Desk at info(a)arin.net if you experience any issues.

2 1