June 2000 - Test - lists.nanog.org

Xedia router question.
by Hallihan, Ian 13 Jun '00

13 Jun '00

Hi all.. Still working on the Xedias' and have another "I hope" quick question..I'm trying to add a static arp entry onto the router for my Ethernet eth.1 interface. It's a multicast mac-address which I'm trying to force on the interface. I'm able to create a unicast mac addr but as soon as I try to change to multicast I get the following error: <error:bad value,var=253> I'm using the following command to attempt to add the arp cache entry and get an error each time >config eth.1 arp-cache.199.103.157.253 entry-type static mac-address 050a0b0c0d0e As always any help is greatly appreciated.. Thanks IanH. Ian Hallihan VERBIND, Inc. 319 A Street Boston, MA 02210 ihallihan(a)Verbind.com 617-239-4188 http://www.verbind.com

1 0

HTTP Tunneling
by Mufti Ahmed 13 Jun '00

13 Jun '00

My Director was mentioning this phrase to me. Is this another term for "TLS Within HTTP/1.1" RFC 2817. Maybe some one who works in the ISP world is familiar with this term? Or do you think it's just a marketing term for what i just mentioned? Thanks Mufti Nayeem Ahmed Network Systems Engineer Market Data Networks Reuters America Inc. (212)-603-3595 ----------------------------------------------------------------- Visit our Internet site at http://www.reuters.com Any views expressed in this message are those of the individual sender, except where the sender specifically states them to be the views of Reuters Ltd.

1 0

Re: DVB/IP from teleglobe (and/or others)
by Jim Mercer 13 Jun '00

13 Jun '00

On Tue, Jun 13, 2000 at 01:08:50PM -0400, Jon Torrez wrote: > Harmonic Data, www.harmonicdata.net offers a device called the Enterprise > 1 DVB reciever/router yep, and that's all well and cool if you want to build an earth station to put behind it. teleglobe uses the harmonicdata unit. primarily, i'm looking for DVB/IP service suppliers. -- [ Jim Mercer jim(a)reptiles.org +1 416 410-5633 ] [ Reptilian Research -- Longer Life through Colder Blood ] [ Don't be fooled by cheap Finnish imitations; BSD is the One True Code. ]

1 0

RE: Broken 3640?
by Martin Taylor 13 Jun '00

13 Jun '00

wouldn't this question be better served at: comp.dcom.sys.cisco it doesn't seem to fit the NANOG charter. marty --- Jeff Wheat <jeff(a)cetlink.net> wrote: > > We have an almost identical problem. I have a 3640 > connected to a catalyst > 2924XL. I have the switch and router both locked at > 100/fdx. The crc error > counters increment on the switch. According to > cisco, this is related to > bug id CSCdm49462. In short, when using ISL, the > keeplives are not encap'd > so the switch sees this as a crc error. The > workaround is to disable > keepalives > on the router for that interface. Well we have tried > this and this does not > make a difference at all. We are still having > lockups and continous crc > errors. > Bug id CSCdm49462 is a duplicate of CSCdm31600, > which has been closed as > there > is a workaround (disable keepalives). If anyone can > offer anything else on > this > I would very much appreciate it. (We have done the > obvious and replaced > cables > and interfaces.) > > > 2924XL: > FastEthernet0/1 is up, line protocol is up > Hardware is Fast Ethernet, address is > 0001.4257.e241 (bia 0001.4257.e241) > Description: ISL Trunk Feed to RHSC Core > FastEthernet2/0 > MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec, > reliability 255/255, txload 26/255, rxload > 9/255 > Encapsulation ARPA, loopback not set > Keepalive not set > Full-duplex, 100Mb/s, 100BaseTX/FX > ARP type: ARPA, ARP Timeout 04:00:00 > Last input 00:00:58, output 00:00:00, output hang > never > Last clearing of "show interface" counters > 21:28:28 > Queueing strategy: fifo > Output queue 0/40, 0 drops; input queue 0/75, 0 > drops > 5 minute input rate 3788000 bits/sec, 2043 > packets/sec > 5 minute output rate 10293000 bits/sec, 2302 > packets/sec > 144755645 packets input, 235743734 bytes > Received 154190 broadcasts, 0 runts, 0 giants, > 0 throttles > 89993 input errors, 89993 CRC, 0 frame, 0 > overrun, 585 ignored > 0 watchdog, 60165 multicast > 0 input packets with dribble condition detected > 153666041 packets output, 3705280485 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 > > 3640: > FastEthernet2/0 is up, line protocol is up > Hardware is AmdFE, address is 00e0.1edf.8ba0 (bia > 00e0.1edf.8ba0) > Description: RockHill Main and Colo Lans > MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec, > reliability 255/255, txload 10/255, rxload > 26/255 > Encapsulation ARPA, loopback not set > Keepalive not set > Full-duplex, 100Mb/s, 100BaseTX/FX > ARP type: ARPA, ARP Timeout 04:00:00 > Last input 00:00:00, output 00:00:00, output hang > never > Last clearing of "show interface" counters 1w2d > Queueing strategy: fifo > Output queue 0/40, 33091 drops; input queue 0/75, > 370786 drops > 5 minute input rate 10277000 bits/sec, 2335 > packets/sec > 5 minute output rate 4235000 bits/sec, 2078 > packets/sec > 1450782711 packets input, 3672702950 bytes > Received 6487551 broadcasts, 0 runts, 0 giants, > 0 throttles > 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 > ignored > 0 watchdog, 0 multicast > 0 input packets with dribble condition detected > 1373258222 packets output, 2317298953 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 > > Regards, > Jeff > > > Lock the ports on the switch to 100FD, try a > different switch... > > > > > > > > Heres a followup. > > > > > > This is a show int on the interface. > > > > > > FastEthernet2/0 is up, line protocol is up > > > Hardware is AmdFE, address is 0050.547b.e8c0 > (bia 0050.547b.e8c0) > > > > __________________________________________________ Do You Yahoo!? Yahoo! Photos -- now, 100 FREE prints! http://photos.yahoo.com

2 1

RE: Broken 3640?
by York, Tracy (CEI-Atlanta) 13 Jun '00

13 Jun '00

Have you tried switching to 802.1q. It seems that if the problem is related to ISL then switching trunking protocols "might" help alleviate the problem. FWIW - Cisco is not supporting ISL on 2948 and 4000 switches, they're going to 802.1q only. Are they going to 802.1q everywhere? Your guess is as good as mine. -TY -----Original Message----- From: Jeff Wheat [mailto:jeff@cetlink.net] Sent: Tuesday, June 13, 2000 11:58 AM To: Neil J. McRae; Jason Slagle Cc: nanog(a)merit.edu Subject: RE: Broken 3640? We have an almost identical problem. I have a 3640 connected to a catalyst 2924XL. I have the switch and router both locked at 100/fdx. The crc error counters increment on the switch. According to cisco, this is related to bug id CSCdm49462. In short, when using ISL, the keeplives are not encap'd so the switch sees this as a crc error. The workaround is to disable keepalives on the router for that interface. Well we have tried this and this does not make a difference at all. We are still having lockups and continous crc errors. Bug id CSCdm49462 is a duplicate of CSCdm31600, which has been closed as there is a workaround (disable keepalives). If anyone can offer anything else on this I would very much appreciate it. (We have done the obvious and replaced cables and interfaces.) 2924XL: FastEthernet0/1 is up, line protocol is up Hardware is Fast Ethernet, address is 0001.4257.e241 (bia 0001.4257.e241) Description: ISL Trunk Feed to RHSC Core FastEthernet2/0 MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec, reliability 255/255, txload 26/255, rxload 9/255 Encapsulation ARPA, loopback not set Keepalive not set Full-duplex, 100Mb/s, 100BaseTX/FX ARP type: ARPA, ARP Timeout 04:00:00 Last input 00:00:58, output 00:00:00, output hang never Last clearing of "show interface" counters 21:28:28 Queueing strategy: fifo Output queue 0/40, 0 drops; input queue 0/75, 0 drops 5 minute input rate 3788000 bits/sec, 2043 packets/sec 5 minute output rate 10293000 bits/sec, 2302 packets/sec 144755645 packets input, 235743734 bytes Received 154190 broadcasts, 0 runts, 0 giants, 0 throttles 89993 input errors, 89993 CRC, 0 frame, 0 overrun, 585 ignored 0 watchdog, 60165 multicast 0 input packets with dribble condition detected 153666041 packets output, 3705280485 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 3640: FastEthernet2/0 is up, line protocol is up Hardware is AmdFE, address is 00e0.1edf.8ba0 (bia 00e0.1edf.8ba0) Description: RockHill Main and Colo Lans MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec, reliability 255/255, txload 10/255, rxload 26/255 Encapsulation ARPA, loopback not set Keepalive not set Full-duplex, 100Mb/s, 100BaseTX/FX ARP type: ARPA, ARP Timeout 04:00:00 Last input 00:00:00, output 00:00:00, output hang never Last clearing of "show interface" counters 1w2d Queueing strategy: fifo Output queue 0/40, 33091 drops; input queue 0/75, 370786 drops 5 minute input rate 10277000 bits/sec, 2335 packets/sec 5 minute output rate 4235000 bits/sec, 2078 packets/sec 1450782711 packets input, 3672702950 bytes Received 6487551 broadcasts, 0 runts, 0 giants, 0 throttles 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored 0 watchdog, 0 multicast 0 input packets with dribble condition detected 1373258222 packets output, 2317298953 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 Regards, Jeff > Lock the ports on the switch to 100FD, try a different switch... > > > > > Heres a followup. > > > > This is a show int on the interface. > > > > FastEthernet2/0 is up, line protocol is up > > Hardware is AmdFE, address is 0050.547b.e8c0 (bia 0050.547b.e8c0)

1 0

Re: Broken 3640?
by Jason Slagle 13 Jun '00

13 Jun '00

Heres a followup. This is a show int on the interface. FastEthernet2/0 is up, line protocol is up Hardware is AmdFE, address is 0050.547b.e8c0 (bia 0050.547b.e8c0) Internet address is x.x.x.x/24 MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec, rely 255/255, load 5/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:00, output 00:00:00, output hang never Last clearing of "show interface" counters never Queueing strategy: fifo Output queue 0/240, 905945 drops; input queue 0/240, 286 drops 30 second input rate 3397000 bits/sec, 1750 packets/sec 30 second output rate 2246000 bits/sec, 1989 packets/sec 55263194 packets input, 4227545542 bytes Received 185916 broadcasts, 0 runts, 0 giants, 286 throttles 1158 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored 0 watchdog, 0 multicast 0 input packets with dribble condition detected 52516038 packets output, 801075852 bytes, 0 underruns 0 output errors, 0 collisions, 4 interface resets 0 babbles, 0 late collision, 0 deferred 0 lost carrier, 0 no carrier 0 output buffer failures, 0 output buffers swapped out Now, those input errors are not reflected on the switch. Also, a show controller fastether 2/0 shows the following: Interface FastEthernet2/0 Hardware is AMD Laguna ADDR: 60D7F840, FASTSEND: 6002AEB4, MCI_INDEX: 0 DIST ROUTE ENABLED: 0 Route Cache Flag: 1 LADRF=0x0080 0x0100 0x0002 0x0000 CSR0 =0x00000072, CSR3 =0x00001044, CSR4 =0x0000491D, CSR15=0x00000180 CSR80 =0x00009900, CSR114=0x00000000, CRDA =0x0257CA40, CXDA=0x0257CFE0 CSR5 =0x00000001, CSR7 =0x00000820, CSR100=0x0000F000, CSR125=0x00005C3C BCR2 =0x00000000, BCR9 =0x00000001, BCR18 =0x000019E0, BCR22 =0x0000FF06 BCR25 =0x000000FF, BCR26 =0x00000080, BCR27 =0x00000010, BCR32=0x00004000 HW filtering information: Promiscuous Mode Disabled, PHY Addr Enabled, Broadcast Addr Enabled PHY Addr=0050.547B.E8C0, Multicast Filter=0x0080 0x0100 0x0002 0x0000 amdp2_instance=0x60D81170, registers=0x3D000000, ib=0x257C7E0 rx ring entries=64, tx ring entries=128 rxring=0x257C840, rxr shadow=0x60D81364, rx_head=32, rx_tail=0 txring=0x257CC80, txr shadow=0x60D81490, tx_head=54, tx_tail=54, tx_count=0 Software MAC address filter(hash:length/addr/mask/hits): 0x58: 0 0100.5e00.0006 0000.0000.0000 0 0x5B: 0 0100.5e00.0005 0000.0000.0000 0 0xC0: 0 0100.0ccc.cccc 0000.0000.0000 0 spurious_idon=0, filtered_pak=0, throttled=286, enabled=286, disabled=0 rx_framing_err=0, rx_overflow_err=1158, rx_buffer_err=0 rx_bpe_err=0, rx_soft_overflow_err=0, rx_no_enp=0, rx_discard=0 tx_one_col_err=0, tx_more_col_err=0, tx_no_enp=0, tx_deferred_err=0 tx_underrun_err=0, tx_late_collision_err=0, tx_loss_carrier_err=0 tx_exc_collision_err=0, tx_buff_err=0, fatal_tx_err=0 hsrp_conf=0, need_af_check=0 PHY registers: Register 0x00: 2100 784F 2000 5C01 01E1 0000 0000 0000 Register 0x08: 0000 0000 0000 0000 0000 0000 0000 0000 Register 0x10: 0000 0000 0000 FFFF 0000 0001 8062 Register 0x18: 8020 08A0 0000 1800 A3B9 Note the rx_overflow errors in line with the fe input errors. They seem to coincide with periods of unreachability but, we already replaced the card so.. Jason --- Jason Slagle - CCNA - CCDA Network Administrator - Toledo Internet Access - Toledo Ohio - raistlin(a)tacorp.net - jslagle(a)toledolink.com - WHOIS JS10172 -----BEGIN GEEK CODE BLOCK----- Version: 3.12 GE d-- s:+ a-- C++ UL+++ P--- L+++ E- W- N+ o-- K- w--- O M- V PS+ PE+++ Y+ PGP t+ 5 X+ R tv+ b+ DI+ D G e+ h! r++ y+ ------END GEEK CODE BLOCK------

3 2

attention net-grrls
by abha 13 Jun '00

13 Jun '00

Hi NANOG! Sorry for the spam, but this seemed like the best place to post this message.... :) Some of us have been talking about this for years.... And it has been a long time in the making, but it is finally here... A mailing list for Women in Networking... Whoohoo... :) I hope this list develops into a useful forum and resource for all of us... A place to discuss, network, complain, vent, coordinate... Whatever... :) Thanks to many gracious folks, this list is now possible (Thanks, Steve. Thanks, Paul. And to my co-conspirators... Hi Cathy! Hi Eve!) Send "subscribe net-grrls" to Majordomo(a)wibh.net Please send me any comments, complaints, etc.... //abha ;)

14 16

AS6082 route leakage
by Stromski, Michael 12 Jun '00

12 Jun '00

I would like to apologize for any problems or issues caused by our route leakage. We believe we have corrected the problem and are currently investigating the root cause to ensure that this does not happen again. Again, I apologize for any problems we have caused. mike stromski

1 0

Re: 7507 debug error
by Mufti Ahmed 12 Jun '00

12 Jun '00

Jesper how were you able to tell that it is a faulty card; from the traceback indicating it has to do with the "%CBUS" and "CCB handover timed out". Mufti Nayeem Ahmed Network Systems Engineer Market Data Delivery Reuters America Inc. 212-603-3595 HW problem, if you wasn't OIR'ing cards, I'd say you probably have a faulty card. On Mon, Jun 12, 2000 at 10:38:35PM +0200, Marc Teichtahl wrote: > > can anyone translate this for me ? > > Jun 12 21:41:07.679 CED: %RSP-3-RESTART: cbus complex > > Jun 12 21:41:55.996 CED: %DBUS-3-SW_NOTRDY: DBUS software not ready > after > > dbus_s > > lot_enable(), elapsed 12032, status 0x48 > > -Traceback= 602A5284 602A6418 602B808C 60287EAC 602879B0 60290B18 > 6023F2CC > > 6023F > > 2B8 > > Jun 12 21:42:06.504 CED: %CBUS-3-CCBPTIMEOUT: CCB handover timed out, > CCB > > 0x5800 > > FF20, slot 0 > > -Traceback= 602BA350 602B7B98 602B8178 60287EAC 602879B0 60290B18 > 6023F2CC > > 6023F > > 2B8 > > > -- > > > Marc Teichtahl Manager, Data Network Engineering > Versa(tel Telecom NASDAQ: VRSA AEX: VERSA > > US Cell: +1 650 248 7058 Dutch Cell: +31 6 21213104 > > /Jesper -- Jesper Skriver, jesper(at)skriver(dot)dk - CCIE #5456 Work: Network manager @ AS3292 (Tele Danmark DataNetworks) Private: Geek @ AS2109 (A much smaller network ;-) One Unix to rule them all, One Resolver to find them, One IP to bring them all and in the zone to bind them. ----------------------------------------------------------------- Visit our Internet site at http://www.reuters.com Any views expressed in this message are those of the individual sender, except where the sender specifically states them to be the views of Reuters Ltd.

1 0

New GeekTools SuperWhois Windows Client available
by Rodney Joffe 12 Jun '00

12 Jun '00

Given the "requests" (flames) we got for not continuing development of the Windows version of the GT SuperWhois, we've just released V4. http://www.geektools.com/software.html GeekTools Whois Client v4.0/Win32 (PGP sig) Main changes: An "Update" feature that retrieves the latest list of known whois servers from whois-servers.net Additional parameters, including "abuse" which also returns the known abuse contact at a domain A help/man section Option to use ie to display results, allowing clickable links in results -- Rodney Joffe CenterGate Research Group, LLC. http://www.centergate.com "Technology so advanced, even we don't understand it!"(SM)

1 0