January 2004 - Test - lists.nanog.org

Anyone alive at ep.net
by Malayter, Christopher 07 Jan '04

07 Jan '04

I've been awaiting allocation of an IP from an IX that is allocated by ep.net. I've been recieving connection refused form the mailserver from several domains for over a week. If anyone from ep.net could email me with our allocation request, thanks are in order. Thanks ahead of time, -Chris

4 5

MLPPP Problem with Cisco 7513
by Richard J. Sears 07 Jan '04

07 Jan '04

I am hoping someone can shed some light on an interesting problem we are having - When we set up a customer for MLPPP, things tend to go well for a period of time. Then - all of a sudden - we will begin to have problems with our multilink bundles (generally only one at a time) and the only fix is to reload our 7513. This problem happens on both of our 7513 routers from time-to-time. Once we reload - the problem will stay gone for as long as several months, or in the last case only about 12 hours. Once we see the problem, it is apparent only in one direction. For example the customer can push the full capacity of their circuits to us, but they cannot pull anything above about 300k back to them on a two-T1 bundle. This is the same every single time we have the problem. We have changed multilink bundles, tried different types of switching and route caching, turning on and off fragmentation - the only thing that solves the problem is reloading the entire router. We can pull the T1s from the multilink bundle and each individual T1 works great. No line errors, no crc errors - nothing. No errors are apparent while in MLPPP mode either. No throttles or anything similar. We have had this problem in the past and it was recommended that we upgrade the code on our 7513s. We are currently running version 12.2(13)T5 on both our 7513 as well as the customers router. Upgrading the code did not solve the problem. I have been unable to locate a Cisco bug defining this type of problem for any version of their code. This particular customer's T1s are both terminated on the same VIP (we are running DMLP) but are terminated on separate PAs and hence separate CT3s. We have noticed the problem even with T1 bundles on the exact same PA and CT3. We are not doing multi-chassis DMLP. dCEF is enable on both routers, however the problem remains the same even after disable dCEF. Here are configs and router info: interface Multilink6 description Eastgate Mall (s2/1/0/8:0 and s2/0/0/12:0) [20291] ip address 207.158.1.133 255.255.255.252 no cdp enable ppp multilink ppp multilink interleave multilink-group 6 interface Serial2/0/0/12:0 description Eastgate Mall #2 no ip address encapsulation ppp no fair-queue ppp multilink multilink-group 6 interface Serial2/1/0/8:0 description Eastgate Mall #1 no ip address encapsulation ppp no fair-queue ppp multilink multilink-group 6 AR04#sh diag 2 Slot 2: Physical slot 2, ~physical slot 0xD, logical slot 2, CBus 0 Microcode Status 0x4 Master Enable, LED, WCS Loaded Board is analyzed Pending I/O Status: None EEPROM format version 1 VIP2 R5K controller, HW rev 2.02, board revision D0 Serial number: 17953368 Part number: 73-2167-05 Test history: 0x00 RMA number: 00-00-00 Flags: cisco 7000 board; 7500 compatible EEPROM contents (hex): 0x20: 01 1E 02 02 01 11 F2 58 49 08 77 05 00 00 00 00 0x30: 68 00 00 01 00 00 00 00 00 00 00 00 00 00 00 00 Slot database information: Flags: 0x4 Insertion time: 0x41C8 (1d08h ago) Controller Memory Size: 32 MBytes DRAM, 4096 KBytes SRAM PA Bay 0 Information: CT3 single wide PA, 1 port EEPROM format version 1 HW rev 1.00, Board revision A0 Serial number: 17814822 Part number: 73-3037-01 PA Bay 1 Information: CT3 single wide PA, 1 port EEPROM format version 1 HW rev 1.00, Board revision A0 Serial number: 09725065 Part number: 73-3037-01 --Boot log begin-- Cisco Internetwork Operating System Software IOS (tm) VIP Software (SVIP-DW-M), Version 12.2(13)T5, RELEASE SOFTWARE (fc1) TAC Support: http://www.cisco.com/tac Copyright (c) 1986-2003 by cisco Systems, Inc. Compiled Wed 28-May-03 21:57 by nmasa Image text-base: 0x60010930, data-base: 0x604C0000 AR04#sh ver Cisco Internetwork Operating System Software IOS (tm) RSP Software (RSP-JSV-M), Version 12.2(13)T5, RELEASE SOFTWARE (fc1) TAC Support: http://www.cisco.com/tac Copyright (c) 1986-2003 by cisco Systems, Inc. Compiled Wed 28-May-03 22:00 by nmasa Image text-base: 0x60010948, data-base: 0x61F0A000 ROM: System Bootstrap, Version 11.1(8)CA1, EARLY DEPLOYMENT RELEASE SOFTWARE (fc1) AR04 uptime is 1 day, 8 hours, 24 minutes System returned to ROM by reload at 09:45:48 UTC Tue Dec 23 2003 System image file is "slot0:rsp-jsv-mz.122-13.T5.bin" cisco RSP4 (R5000) processor with 262144K/2072K bytes of memory. R5000 CPU at 200Mhz, Implementation 35, Rev 2.1, 512KB L2 Cache Last reset from power-on G.703/E1 software, Version 1.0. G.703/JT2 software, Version 1.0. X.25 software, Version 3.0.0. SuperLAT software (copyright 1990 by Meridian Technology Corp). Bridging software. TN3270 Emulation software. Primary Rate ISDN software, Version 1.1. Chassis Interface. 3 VIP2 R5K controllers (2 FastEthernet)(6 Channelized T3). 2 FastEthernet/IEEE 802.3 interface(s) 168 Serial network interface(s) 6 Channelized T3 port(s) 123K bytes of non-volatile configuration memory. 20480K bytes of Flash PCMCIA card at slot 0 (Sector size 128K). 8192K bytes of Flash internal SIMM (Sector size 256K). Slave in slot 7 is running Cisco Internetwork Operating System Software IOS (tm) RSP Software (RSP-DW-M), Version 12.2(13)T5, RELEASE SOFTWARE (fc1) TAC Support: http://www.cisco.com/tac Copyright (c) 1986-2003 by cisco Systems, Inc. Compiled Wed 28-May-03 22:33 by nmasa Slave: Loaded from system Slave: cisco RSP4 (R5000) processor with 262144K bytes of memory. Configuration register is 0x2102 Any help would be greatly appreciated. ****************************************** Richard J. Sears Vice President American Digital Network ---------------------------------------------------- rsears(a)adnc.com http://www.adnc.com ---------------------------------------------------- 858.576.4272 - Phone 858.427.2401 - Fax ---------------------------------------------------- I fly because it releases my mind from the tyranny of petty things . . "Work like you don't need the money, love like you've never been hurt and dance like you do when nobody's watching."

3 2

RE: GSR, 7600, Juniper M?, oh my!
by Drew Weaver 07 Jan '04

07 Jan '04

On Wed, 7 Jan 2004, Michel Py wrote: > not trying to defend the 7500 platform, it's obsolete all right. > However, free is music to my ears. What about longer term maintenance issues? Is the 7500 not scheduled for EOL from Cisco 'soon' ? So, purchasing 7500 bits that might be dropped by 'normal' Cisco support in 1 year versus purchasing some other hardware that will be in support longer might pay out in the longer term? --- Well technically buying a used 7500 doesn't entitle you to run IOS on it, so you need to re-license the Ebay Special and that usually costs close to what a new 7500 would cost. Anyway, on to the reason for my post. I've heard conflicting reports, is a 7206 faster at packet switching than a 7507? Some people tell me it is a better router, some people tell me it isn't. Feh. -Drew

2 1

RE: GSR, 7600, Juniper M?, oh my!
by Burns, Keith 07 Jan '04

07 Jan '04

If you are after copper aggregation and broadband user feature support, you might also want to take a look at the Cisco10000. Not sure of its POS capabilities, but depending on your density, might be cheaper $/port than the 7600. Heard mixed reports on the E-series from Juniper (software mainly, so it does depend on what you try and do with it), but if you want line rate ACLs, QoS etc, hard to go past the M-series (spec. M10i, M7i). OT: love the doilly comments on the 7500. I'll have to ask Mum to make me a few... Keith Burns Principal Network Architect ICG Telecommunications IP Ph: 303-414-5385 Cell: 303-912-3777 "The dogs may bark, but the caravan rolls on...." > -----Original Message----- > From: neil(a)DOMINO.ORG [mailto:neil@DOMINO.ORG] > Sent: Wednesday, January 07, 2004 1:27 AM > To: ras(a)e-gerbil.net > Cc: bcm(a)inkline.com; nanog(a)merit.edu > Subject: Re: GSR, 7600, Juniper M?, oh my! > > > > > 7500s? In 2004? Throw those things in the trash where they > belong. It's > > always amazing to me how many people will cling to obsolete > things for > > years just because it is what they know. > > Don't agree with this. For E1/T1 access these boxes are fine. Yes > they are long in the tooth but they are quite capable. I > wouldn't spend > a huge amount of time or money trying to make them do > anything else though. > > > Even a Juniper M5 will do 16 OC3's with line rate filtering and > > forwarding. There are probably a dozen design > considerations based on > > requirements you haven't described, but if you're doing > primarily sonet, > > 7600 isn't really the way to go. > > Depends on what "primarily sonet" means. > > Regards, > Neil. >

1 0

remember ORBL.ORG?
by Mark Jeftovic 07 Jan '04

07 Jan '04

If anyone has any legacy mailhubs sitting around that used to use it, better check it out. It was a harmless until yesterday, when the domain was snagged by Pool.com and parked with wildcard DNS. -mark -- Mark Jeftovic <markjr(a)easydns.com> Co-founder, easyDNS Technologies Inc. ph. +1-(416)-535-8672 ext 225 fx. +1-(416)-535-0237

1 0

[SOT] IP management tools
by Rich Sena 07 Jan '04

07 Jan '04

I know this has been hashed here before... But I think there is a different twist to this... I'm looking for IP management tools that also tie into DNS and RADIUS or LDAP. We have some home-grown products that have been written for our specific requirements but it's become a chore to maintain. What we are looking for is this... IP allocation and accounting. DNS tie-in for Dynamic DNS functionality Ability to assign permanent leases from a common interface (DHCP server back-end tie-in) We perform a MAC-based authorization for DHCP and would like to keep that functionality We would also like to continue this as we implement 802.1x in the future. Does anyone have some insight into what tools to look at... Please respond off-list - if there is enough interest I will summarize to the group... -- Rich Sena - ras(a)thick.net ThickNET Consulting "On the way to understanding; you understand, and forget."

1 0

RE: Out of office/vacation messages
by Pete Templin 07 Jan '04

07 Jan '04

Alright, I'll bite. What are the "NANOG-approved" MTA/MUAs for this list that sort by conversation thread, run on Windows, send in wrapped plain text, have NANOG-approved OOO messages, and otherwise don't cause a flamestorm on the list? -----Original Message----- From: Valdis.Kletnieks(a)vt.edu [mailto:Valdis.Kletnieks@vt.edu] Sent: Wednesday, December 24, 2003 11:02 PM To: Mark Prior Cc: nanog(a)merit.edu Subject: Re: Out of office/vacation messages On Thu, 25 Dec 2003 15:03:39 +1030, Mark Prior <mrp(a)mrp.net> said: > Why do so many supposedly clueful people have their vacation message > system respond to mailing list email? Because it's *impossible* to get one of the most popular MUAs to understand that mail with an SMTP MAIL FROM 'owner-*@*' shouldn't be replied to. So it's just a special case of "why do clueful people use software from that vendor"?. And since it's the holidays, let's just leave it at that.

11 12

RE: Anyone alive at ep.net
by Malayter, Christopher 07 Jan '04

07 Jan '04

ep.net is the neutral IP allocation agency for a significant number of exchanges world wide. We have our own IP space, however, we require an IP on the IX so we can peer with other neighbors on the exchange, like Bill said! -Chris -----Original Message----- From: Bill Woodcock [mailto:woody@pch.net] Sent: Wednesday, January 07, 2004 2:49 AM To: Jun-ichiro itojun Hagino Cc: Christopher.Malayter(a)tdstelecom.com; nanog(a)merit.edu Subject: Re: Anyone alive at ep.net On Wed, 7 Jan 2004, Jun-ichiro itojun Hagino wrote: > > I've been awaiting allocation of an IP from an IX that is allocated by > > ep.net. > why not get an allocation for IX from ARIN/RIPE? Because then he wouldn't be able to use it to communicate with anyone else at the exchange, since they'd all be in the ep.net subnet, and he'd be in a different subnet. -Bill

1 0

survey on BGP damping
by Beichuan Zhang 07 Jan '04

07 Jan '04

*** Apology if you've read it before. I re-send this survey hoping to get *** more replies. Thanks. Hi, We are conducting a survey of BGP damping deployment and would greatly appreciate if you could take a few minutes to answer the following questions. There are a number of interesting results and various recommendations for damping settings. However, we have found only limited information on who does(does not) deploy damping and what parameter settings are selected in practice. If you are willing to participate, please send replies directly to us. We will collect the results (removing any private information regarding specific sites) and post the results to the list. Thanks! --- beichuan (1) Does your AS have BGP route flap damping turned on? * Yes * No (please skip to comments) (2) What damping parameters do you use? * Cisco Default * Juniper Default * RIPE recommendation * Customized (3) On which links do you enable damping? * To customers only * To providers * To peers * All the above (4) Comments Please tell us more such as: What kind of network are you managing (any specific names will be removed in the published study)? Why (why not) do you enable damping? If you enable damping, why did you choose your current parameters? Has your site seen specific problems that were prevented by damping (or caused by damping)? We welcome any other comments you feel are relevant. Thanks!

1 0

RE: GSR, 7600, Juniper M?, oh my!
by Stong, Ian C. (Contractor) 06 Jan '04

06 Jan '04

Given that you are a Cisco shop and likely have a lot of O&M money spent to support that vendor I would suggest you look closely at the 7600's to replace your 7500's. Great for low to medium density of port aggregation and hence good $/port ratio. Ian -----Original Message----- From: bcm [mailto:bcm@inkline.com] Sent: Tuesday, January 06, 2004 1:11 PM To: nanog(a)merit.edu Subject: GSR, 7600, Juniper M?, oh my! Hello all, I'm faced with a difficult decision. I work for a large multi-node regional ISP (and Cisco shop). In our largest nodes we've found the Cisco 7500 series routers to be at the end of their useful life due to the throughput generated by POS OC-3 feeds and 10,000+ broadband users whose traffic needs to be moved out of the node. Short of building a farm of 7500's the need to upgrade seems clear. But where to go? The Cisco GSR platform seems a logical choice, but their new 7600 series units are attractive for their cost. Juniper may also have a place at this end of the processing spectrum. I'd also like to ensure that the new platform supports doing CAR and ACLs at line rate, given the client base. I wanted to see what other operators in this situation have done, so I would appreciate anyone's input or insight into the pros and cons of these platforms or any other ideas as to how I can grow beyond the Cisco 7500.

1 0