October 2004 - Test - lists.nanog.org

Routers for CO OOB management network
by james edwards 29 Oct '04

29 Oct '04

I need to select a router to install in each of our CO's to bring together a network of T-1 between our colos. This will be the primary network for management of our CBX'es, routers, 5ESS switches, and other gear. This network will be totally separate from our existing network. Here are my requirements: Must have: 2 ports T-1, integrated CSU/DSU 1 port Ethernet 1 DC power supply Only needs to support static routing Support for either PPP, FR or HDLC Management via telnet or web NEBS compliance Would be nice to have: A and B power supplies or at least ability to add second DC ps. Generally we would throw a Cisco 2600 at this but this is a waste of features that will never be used, so I am seeking something with a lower price point. Used is OK. Any ideas for the list for this ? James H. Edwards Routing and Security Administrator At the Santa Fe Office: Internet at Cyber Mesa jamesh(a)cybermesa.com noc(a)cybermesa.com http://www.cybermesa.com/ContactCM (505) 795-7101

3 2

Final Stage: Early Registration Transfer Project (ERX)
by Paul Rendek 28 Oct '04

28 Oct '04

Dear Colleagues, The four Regional Internet Registries (RIRs) are about to enter the final stage of the Early Registration Transfer (ERX) project. This project is a coordinated effort to move whois records for address space registered before the advent of the RIRs to the whois database of the RIR in whose region the registrant is based. In this final stage of the project, whois records for registrations within 192.0.0.0/8 are being moved from the ARIN database. If you operate a network in 192.0.0.0/8 and have: - registration information in more than one RIR database, or - have a postal address that lies outside the RIR's service region you will receive a mail regarding its registration. The mail explains in which database we believe the registration is meant to reside. The message also explains how to indicate which contact information should be recorded. You can find out more about the ERX project at the following URLs: http://www.apnic.net/db/erx/ http://www.arin.net/registration/erx/ http://www.lacnic.net/en/erx.html http://www.ripe.net/projects/erx/ Regards, Paul Rendek Head of Member Services and Communications RIPE NCC

1 0

Meeting Stats from Reston
by Susan Harris 28 Oct '04

28 Oct '04

Greetings - here's some information about our joint NANOG/ARIN meeting in Reston: ================================================================= NANOG 32/ARIN XIV October 17-22, 2004 Reston VA Hosts: AOL & Time Warner Cable Total NANOG Attendees: 600 Total ARIN Attendees: 185 NANOG ----- Women attending 8% Men attending 92% NAPs represented 13 Non-US/Canada attendees 86 Maximum concurrent RealMedia viewers: 93 Attendee occupation breakdown: ISPs/NetOps 50% Hardware vendors 17% Software vendors 2% R&E 11% Government 2% Consultant 4% Content 2% Other 12% SUPPORT FOR NANOG ----------------- Meeting coordination: Merit Network Squid, DNS, DHCP: Table23 Multicast: University of Oregon /IPv6 feed: Merit Sponsors: Arbinet, Arbor, Cariden, Cisco, Cloudshield, Foundry, Force10, Juniper, Packet Design

1 0

RE: [Insight?] OutPut Drops Cisco 7206VXR
by Gyorfy, Shawn 28 Oct '04

28 Oct '04

Yeah - we have traffic shaping: policy-map Outbound-Transmission-To-Core (We have 10) class Expedited-Forwarding-To-Core priority percent 50 class Hanover_13364_14025_37272-TS-To-Core shape average 1536000 192000 15000 class Queller_3266_3268_30989-TS-To-Core shape average 700000 87500 15000 . . . (10) FastEthernet0/0 is up, line protocol is up Hardware is DEC21140A, address is 0001.636e.1c00 (bia 0001.636e.1c00) Description: Connected to Extreme Summit48 Internet address is MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec, reliability 255/255, txload 12/255, rxload 3/255 Encapsulation ARPA, loopback not set Keepalive set (10 sec) Full-duplex, 100Mb/s, 100BaseTX/FX ARP type: ARPA, ARP Timeout 04:00:00 Last input 00:00:21, output 00:00:00, output hang never Last clearing of "show interface" counters 00:37:12 Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 5397 Queueing strategy: weighted fair Output queue: 0/1000/64/0 (size/max total/threshold/drops) Conversations 0/82/256 (active/max active/max total) Reserved Conversations 0/0 (allocated/max allocated) Available Bandwidth 25000 kilobits/sec 5 minute input rate 1505000 bits/sec, 979 packets/sec 5 minute output rate 5084000 bits/sec, 1590 packets/sec 2028319 packets input, 434456929 bytes Received 3 broadcasts, 0 runts, 0 giants, 0 throttles 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored 0 watchdog 0 input packets with dribble condition detected 3453733 packets output, 1359654191 bytes, 0 underruns 0 output errors, 0 collisions, 0 interface resets 0 babbles, 0 late collision, 0 deferred 0 lost carrier, 0 no carrier 0 output buffer failures, 0 output buffers swapped out Serial2/0 is up, line protocol is up Hardware is M1T-T3+ pa Description: ny-0200 V#51HFGL605916 (DS3 to 39 Broadway POP) Internet address is MTU 4470 bytes, BW 44210 Kbit, DLY 200 usec, reliability 255/255, txload 8/255, rxload 29/255 Encapsulation PPP, LCP Open Open: CDPCP, IPCP, crc 16, loopback not set Keepalive set (10 sec) Restart-Delay is 0 secs Last input 00:00:00, output 00:00:00, output hang never Last clearing of "show interface" counters 00:37:49 Input queue: 1/75/0/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: weighted fair Output queue: 0/1000/64/0 (size/max total/threshold/drops) Conversations 0/10/256 (active/max active/max total) Reserved Conversations 0/0 (allocated/max allocated) Available Bandwidth 11052 kilobits/sec 5 minute input rate 5029000 bits/sec, 1584 packets/sec 5 minute output rate 1437000 bits/sec, 966 packets/sec 3460149 packets input, 1351120603 bytes, 0 no buffer Received 0 broadcasts, 0 runts, 0 giants, 0 throttles 0 parity 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort 2005303 packets output, 418156501 bytes, 0 underruns 0 output errors, 0 applique, 0 interface resets 0 output buffer failures, 0 output buffers swapped out 0 carrier transitions rxLOS inactive, rxLOF inactive, rxAIS inactive txAIS inactive, rxRAI inactive, txRAI inactive -----Original Message----- From: jkreger(a)lwolenczak.net [mailto:jkreger@lwolenczak.net] Sent: Tuesday, October 26, 2004 10:55 AM To: Gyorfy, Shawn Subject: Re: [Insight?] OutPut Drops Cisco 7206VXR Do you have any rate limiting on the Ethernet interface? The bus error.. I would say let cisco just replace your gear... that dosen't sound good. How is the bandwidth usage soo different? That dosen't sound right.... -Justin On Tue, 26 Oct 2004, Gyorfy, Shawn wrote: > > What's up all, > > I have a question, maybe some have experienced this before- let me paint the > picture for you first - We are running VoIP- customer's are experiencing > static. > > I have a DS3 going for a Cisco 10k router to a Cisco 7206VXR M2T-T3+ pa > Interface. As of right now, the current usage is about 5.5Mbps with an > input rate of about 1425pps and output rate of 756. > > The Fast Ethernet is connected to an Extreme Switch. The FastE's usage > right now is about 20Mbps with an input rate of 868pps and an output of > 1541pps. > > On the FastE - we are seeing Output drops. They were at a constant > interval, when we were running IOS c7200-p-mz.123-9a. As per cisco, we > upgraded the IOS to c7200-p-mz.123-10 because of a possible buffer leak. > Rather than just upgrading the IOS on the current box, we swapped it out to > a new box and still recv output drops and Now the puppy decides to reboot > every 15 minutes returning a, "System returned to ROM by bus error at PC > 0x60132C44, address 0xE16E2CD at 13:38:47 UTC Tue Oct 26 2004" > > Questions: (a) What would be causing the output errors - can't the > processor and memory handle that? > (b) what is that bus error? > > > Thanks all, > > shawn. > > > > > >

2 1

RE: Network Monitoring System - Recommendations?
by Jason Frisvold 28 Oct '04

28 Oct '04

> -----Original Message----- > From: Charlie Khanna - NextWeb [mailto:charlie@nextweb.net] > Subject: Network Monitoring System - Recommendations? > > Hi - I was interested in finding out what software applications other ISPs are > using for network monitoring? For example: > > 1) Overall network health - uptime reports > 2) Backup router config automatically > 3) Bandwidth reporting (or integration with an MRTG-type app) > 4) SNMP trap support (BGP/OSPF session drops - emails out) > 5) Database back end (port info into or over to other apps) I've been using Argus - http://argus.tcp4me.com I've found this program more and more useful as time goes on... This should fit in with every point except #5. But, of course, the data has to be stored somewhere, so it should be fairly trivial to either write a parser, or modify the source to use a database. At any rate, I really like this program, it works wonderfully. > I'm just looking for something well rounded for a small ISP. I've heard about > OpenNMS and other apps but I'd like to get everyone's feedback. Thanks! > > -Charlie

1 0

RE: MPLS experiences?
by Irwin Lazar 27 Oct '04

27 Oct '04

Folks, if anyone is interested in presenting a case study of their MPLS experiences, or participating in a panel discussion on shared experiences at next year's MPLScon, please contact me off-line. MPLScon is May 16-19, 2005 in NYC. Thanks, Irwin -----Original Message----- From: Greg Albrecht [mailto:gba@undef.net] Sent: Wednesday, October 27, 2004 4:27 PM To: Matt Bazan Cc: nanog(a)merit.edu Subject: Re: MPLS experiences? we're currently running MPLS across our 12008 backbone using LDP, we have customer's with frames or p2p t1's into our network, and we vrf forward them right at the ingress interface. the customers we do have that are using it seem to be satisfied, although we're not doing anything incredibly difficult as far as engineering goes. -xs Matt Bazan wrote: > We're looking into MPLS for connecting our 19 California branches. I'm > curious what your opinions would be for AT&T, MCI or any other of the > major providers MPLS offerings. Pricing, service, tech support ease of > setup etc. Thanks, > > Matt > -- Greg Albrecht (gba(a)undef.net) www.undef.net * 1-415-794-5944

1 0

Fiber maps -- just look for the sale
by Alan B. Clegg 27 Oct '04

27 Oct '04

For those looking for maps of networks, they do happen to show up in the oddest places. http://www.dovebid.com/Auctions/AuctionDetail.asp?auctionID=9816 http://www.dovebid.com/Auctions/Auction9816/iru.pdf Operational content: this dark fibre may come in handy for someone. AlanC -- Did we not begin by separating the husbandmen and the artisans from the class of defenders of the State? -- Socrates

1 0

MPLS experiences?
by Matt Bazan 27 Oct '04

27 Oct '04

We're looking into MPLS for connecting our 19 California branches. I'm curious what your opinions would be for AT&T, MCI or any other of the major providers MPLS offerings. Pricing, service, tech support ease of setup etc. Thanks, Matt

2 1

RE: IPv6 support for com/net zones on October 19, 2004
by Hannigan, Martin 27 Oct '04

27 Oct '04

Thanks Joe, great post re the /48's, I was just about to. We're working on this. -M< -- Martin Hannigan (c) 617-388-2663 VeriSign, Inc. (w) 703-948-7018 Network Engineer IV Operations & Infrastructure hannigan(a)verisign.com > -----Original Message----- > From: owner-nanog(a)merit.edu [mailto:owner-nanog@merit.edu]On Behalf Of > Joe Abley > Sent: Wednesday, October 27, 2004 4:02 PM > To: Daniel Roesen > Cc: nanog(a)merit.edu > Subject: Re: IPv6 support for com/net zones on October 19, 2004 > > > > > On 27 Oct 2004, at 15:43, Daniel Roesen wrote: > > > > > On Wed, Oct 27, 2004 at 03:21:44PM -0400, Joe Abley wrote: > >> Maybe Verisign needs more (reliable) v6 transit. > > > > Something is broken in several colors here. I'm seeing AS_PATHs > > like 6830 6175 109 7018 26415 (Sprint, Cisco, AT&T, Verisign) but > > a traceroute is going straight from 6830 to AT&T and dying there > > with !P. > > > > That you have no route for A is most probably a filtering issue > > somewhere... I'm seeing it being propagated by Sprint. > > Since I mailed that, 3557 started receiving a covering /48 > for A. Maybe > there's some operational/maintenance-induced stability issues > for those > paths. > > We've had reports before of F's covering /48 (2001:500::/48) being > filtered by some people, based on the conviction that /48s > were always > bad and should never be accepted by anybody. It's possible > that this is > biting Verisign, too. > > For the record, ARIN assign critical-infrastructure /48s which it is > important to accept: > > http://www.arin.net/registration/ipv6/micro_alloc.html > > Gert Döring maintains an excellent summary of current good > practice for > v6 filtering (including cisco and JUNOS configuration examples, and > filters of various degrees of strictness) here: > > http://www.space.net/~gert/RIPE/ipv6-filters.html > > Operators who are currently blocking any prefix covered by 2001::/16 > which is longer than 32 bits are encouraged to review that page, and > fix their routers. > > > Joe >

1 0

Anyone awake at blogspot (or google)?
by Eric Brunner-Williams in Portland Maine 27 Oct '04

27 Oct '04

Oki all, Anyone know what the story is for this morning's multi-hour unscheduled down-time for blogspot? Backhoe's surround building 5? (oops, showing my age). TiA, Eric

1 0