- Test - lists.nanog.org

Re: Console Server Recommendation
by Brandon Butterworth 31 Jan '12

31 Jan '12

> Just buy the units that have the pinout for your devices, or you may > need adapters. Hate that, I got a Cyclades by accident, never more. Lantronix is same pinout as cisco and everything else we use regularly. > Lantronix still makes terminal servers? Huh. I designed their first > ones over 20 years ago! If that was LRS16 we still have some running brandon

5 4

Cing Installers
by Grupo IPv6 30 Jan '12

30 Jan '12

Hi all, Does anyone know where to find the installers for network measuring tool “cing” ? All the links I found are down. I’m using Ubuntu 11.04 Many thanks, Gabriel

1 0

Re: Console Server Recommendation
by Coy Hile 30 Jan '12

30 Jan '12

> > Avocent Cyclades ACS uses Cat5 straight through cables to Cisco consoles. > > I use them in our lab and production sites. > I personally use these as well; so does work. There's a dongle for some things like the older Sun Netra devices that used an RJ45 console connector. One of the nicest features of the ACS boxes over my previous solution (old cisco router with octopus cables) is the ability to share sessions. Very useful if I switch from my desktop to my laptop, for example.

1 0

FYI - New ARIN Legacy Registration Services Agreement (LRSA 3.0) Posted
by John Curran 30 Jan '12

30 Jan '12

Please note the availability of a revised Legacy RSA (version 3.0) from ARIN. This version addresses several issues raised with past versions and hence may be of particular interest to some folks in the region. The accompanying FAQ has a summary of the more significant changes. FYI, /John John Curran President and CEO ARIN Begin forwarded message: From: ARIN <info(a)arin.net<mailto:info@arin.net>> Subject: [arin-announce] New Legacy Registration Services Agreement Posted Date: January 30, 2012 2:05:55 PM EST To: <arin-announce(a)arin.net<mailto:arin-announce@arin.net>> ARIN is pleased to announce the release of Version 3.0 of its Legacy Registration Services Agreement ("LRSA"). On 4 November 2011 ARIN concluded its consultation with the community with regards to the Legacy Registration Services Agreement (LRSA) 3.0, the first fundamental rewrite of the LRSA introduced in 2007. The revisions found in version 3.0 were based on the information and feedback obtained during the execution of over 500 LRSAs as well as community feedback received during the community consultation referenced above. ARIN has simplified the LRSA language in order to more clearly identify and describe the respective rights, duties and obligations of ARIN and Legacy Holders. In addition, edits were made to narrow the differences between our Registration Services Agreement (“RSA”) and our LRSA. These changes also provide clarity with respect to conditions when ARIN will seek resource utilization from the Legacy holder and conditions when ARIN may revoke resources. Information regarding the differences between LRSA 2.2 and LRSA 3.0 can be found along with additional details and answers to many of the typical questions that ARIN receives about the Legacy RSA in the Frequently Asked Questions (“FAQ”) at: https://www.arin.net/resources/legacy/index.html#faq The previous version of the LRSA, version 2.2, will remain on our website for comparison and review for the next 90 days. Please feel free to compare the two documents and observe the updates and modifications that have been incorporated into LRSA 3.0. To view Version 3.0 of the Legacy RSA, please visit: https://www.arin.net/resources/agreements/legacy_rsa.pdf Anyone needing further information about the LRSA can call the Financial Services Help Desk at +1-703-227-9886 or send an email to billing(a)arin.net. Nothing in this announcement alters or otherwise modifies any terms of the LRSA. Regards, Financial Services American Registry for Internet Numbers (ARIN)

1 0

10GE TOR port buffers (was Re: 10G switch recommendaton)
by bas 30 Jan '12

30 Jan '12

Hi, Is there a reason switch vendors 1U TOR 10GE aggregation switches are all cut-through and there are no models with deep buffers? I've ben looking at all vendors I can think of and all have the same models. TOR switches as cut-through with little buffers, and chassis based boxes with deep buffers. TOR: Juniper EX4500 208KB/10GE (4MB shared per PFE) Cisco 4900M 728KB/10GE (17.5MB shared) Cisco Nexus 3064 140KB/10GE (9MB shared) Cisco Nexus 5000 680KB/10GE Force10 S2410 I can't find it anymore, but it wasn't much Arista 7148SX 123KB/10GE (80KB per port plus 5MB dynamic) Arista 7050S 173KB/10GE (9MB shared) Brocade VDX 6730-32 170KB/10GE Brocade TurboIron 24X 85KB/10GE HP 6600-24XG 4500KB/10GE HP 5820-24XG-SFP+ 87KB/10GE Extreme Summit X650 375KB/10GE Chassis: Juniper EX8200-8XS 512MB/10GE Cisco WS-X6708-10GE 32MB/10GE (or 24MB) Cisco N7K-M132XP-12 36MB/10GE Arista DCS-7548S-LC 48MB/10GE Brocade BR-MLX-10Gx8-X 128MB/10GE (not sure) 1GE aggregation. Force10 S60 1250MB shared HP 5830 3000MB shared I am at a loss why there are no 10GE TOR switches with deep buffers. Apparently there is a need for deep buffers as the vendors make them available in the chassis linecards. There also are deep buffer 1GE aggregation switches. Is there some (technical) reason for this? I can imagine some vendors would say that you need to scale up to a chassis if you need deep buffers, but at least one vendor should be able to get quite some customers with a 10G deep buffer TOR switch. I understand that flow-control should prevent loss with microbursts, but in my customers get adverse effects, with strong negative performance if they let flow-control do its thing. Any pointers why this is, or if there is a solution for microburst loss would be greatly appreciated. Thanks, Bas

11 36

Re: Paypal outage?
by Chris 29 Jan '12

29 Jan '12

I switched browsers and it seemed to clear it up. Just never seen an odd error like that before..

3 2

LX sfp minimum range
by jon Heise 29 Jan '12

29 Jan '12

we are moving a router between 2 data centers and we only have LX sfp's for connection, is there any issue using LX sfp's in a short range deployment ?

15 16

MPLS Traffic Engineering Help
by Jeremy 29 Jan '12

29 Jan '12

Hi Everyone, I could use a little help on MPLS and Traffic Engineering. Right now I'm just trying to wrap my head around it. I currently have a couple tunnels going in either direction, those are working fine (but certainly took me long enough to get them working!) and I can direct traffic over them easy enough. Now I'm looking into allocating/reserving bandwidth for a given tunnel and if possible have it react to increased network loads and recalculate its path if need be. (Poor) Example: I have two paths that two different tunnels (A and B) that will go over a T-1 and 100mbps ethernet. A is more important than B. When traffic is low, I'd like them both to go over the 100mbps link so either tunnel can fill the pipe, but if Tunnel A requires more bandwidth, Tunnel B should react and move to the T-1. Is this possible? or am I horribly confused? I'm not really looking for the exact commands or the 'answer' to this problem, but some guidance would be greatly appreciated. I'm working with Cisco gear, 2800's and such. This is purely an academic exercise. Thanks! Jeremy

1 0

Re: US DOJ victim letter
by John Peach 29 Jan '12

29 Jan '12

On Sat, 28 Jan 2012 16:30:47 +0000 bmanning(a)vacation.karoshi.com wrote: > On Fri, Jan 27, 2012 at 10:20:08PM -0500, Martin Hannigan wrote: > > On Fri, Jan 27, 2012 at 1:32 PM, Randy Epstein <nanog(a)hostleasing.net> wrote: > > > [snip] > I missed the part where ARIN turned over its address database w/ associatedd > registration information to the Fed ... I mean I've always advocated for > LEO access, but ther has been significant pushback fromm the community on > unfettered access to that data. As I recall, there are even policies and > processes to limit/restrict external queries to prevent a DDos of the whois > servers. And some fairly strict policies on who gets dumps of the address > space. As far as I know (not very far) bundling the address database > -and- the registration data are not available to mere mortals. > > So - just how DID the Fed get the data w/o violating ARIN policy? > > /bill > > Ours came from our whois information. -- John

2 1

Re: XBOX 720: possible digital download mass service.
by J. M. D. Patterson, CEO 28 Jan '12

28 Jan '12

Ahem: "Never underestimate the bandwidth of a carrier pidgeon with a 4GB USB stick" http://news.bbc.co.uk/2/hi/8248056.stm John Patterson a.k.a "InetDaemon" -----Original Message----- Date: Sat, 28 Jan 2012 11:35:59 -0500 From: Lamar Owen <lowen(a)pari.edu> To: nanog(a)nanog.org Subject: Re: XBOX 720: possible digital download mass service. Message-ID: <201201281136.00093.lowen(a)pari.edu> Content-Type: Text/Plain; charset="US-ASCII" On Friday, January 27, 2012 05:56:19 AM Randy Bush wrote: > > Can internet in USA support that? Call of Duty 15 releases may 2014 > > and 30 million gamers start downloading a 20 GB files. Would the > > internet collapse like a house of cards?. > not a problem. the vast majority of the states is like a developing > country [0], the last mile is pretty much a tin can and a string. so > this will effectively throttle the load. Being in 'the middle of nowhere' as I write, even we are a few notches above RFC1149 capabilities. As one visitor to our site (who had been recently to NRAO Greenbank) said 'if this isn't the middle of nowhere, you can probably see it from here.' Our base DSL is 7Mb/s down, 0.5Mb/s up, with 11Mb/s down and 1Mb/s up available to over 99% of our very rural county. We (work) have 1Gb/s on the local loop fiber pair, throttled to the amount of IP we actually pay for at the ISP's PoP. Now if RFC1149 supported jumbo frames, it might give tin-cans-and-string a run for its money....

1 0