From: Dan (dp595@xxxxxxxxxxxxx)
Date: Sat Feb 17 2001 - 20:46:35 GMT-3
You're are right. I remember debugging q921 and q931 (I did try everything
I could think of) and I was wondering why the debugging did not show the
spids getting rejected.
Thanks.
Dan Pontrelli
Customer Installation Engineer - Verio NYC
CCNP, MCSE, CNA
----- Original Message -----
From: "Alan Basinger" <abasinge@swbell.net>
To: "Dan" <dp595@optonline.net>; "Eric Fairfield" <eric.fairfield@home.com>;
<ccielab@groupstudy.com>
Sent: Saturday, February 17, 2001 6:00 PM
Subject: RE: Weird problem...
> Exactly,
> No problem other than the show isdn stat showing your spids not valid even
> though you have layer 1 and 2 showing good and multiple frames
established.
> Also you will be able to ping across and configure all the features, but
it
> sure will make you nuts during troubleshooting. Try debug q921 and q931
and
> debug isdn events and look to see if the information is getting passed to
> the switch or sim.
>
> Alan
> -----Original Message-----
> From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of
> Dan
> Sent: Saturday, February 17, 2001 3:38 PM
> To: Eric Fairfield; ccielab@groupstudy.com
> Subject: Re: Weird problem...
>
>
> So Alan, when you say it is a cosmetic bug, this means that although a
"show
> isdn stat" reports that my spids are NOT VALID, they actually are and my
> ISDN will work just fine?
>
> Dan Pontrelli
> Customer Installation Engineer - Verio NYC
> CCNP, MCSE, CNA
>
> ----- Original Message -----
> From: "Eric Fairfield" <eric.fairfield@home.com>
> To: "Dan" <dp595@optonline.net>; <ccielab@groupstudy.com>
> Sent: Saturday, February 17, 2001 4:35 PM
> Subject: Re: Weird problem...
>
>
> > I have experienced this in 12.0.7 Ent + IPSec and 12.0.9 Ent +.
> >
> > Eric Fairfield
> > CCIE #6413
> >
> > ----- Original Message -----
> > From: "Dan" <dp595@optonline.net>
> > To: <ccielab@groupstudy.com>
> > Sent: Saturday, February 17, 2001 12:17 PM
> > Subject: Re: Weird problem...
> >
> >
> > > Ok, last week BGP command "neighbor x.x.x.x default-originate" crashes
> my
> > > router with IOS C2500-JS-L.121.BIN.
> > > So I downgrade from 12.1 Ent Plus to 12.0 Ent Plus and all is well.
> > >
> > > This weekend I start studying again and I find another bug (I THINK).
I
> > was
> > > using c2600-d-mz.120-7.T.bin on my 2610. I just recently upgraded to
> this
> > > version.
> > > Telco isdn switch will "not" accept my spids. "Show isdn stat" tells
me
> > > spids were SENT but NOT VALID (ALSO LAYER 1 AND 2 ARE
ACTIVE...MULTIPLE
> > > FRAME ESTABLISHED, TEI ASSIGNED....BLAH BLAH BLAH).
> > > I cannot get these spids validated no matter what I do.
> > >
> > > Then I downgrade by copying IOS 11.3 from TFTP to flash and reloading.
> > The
> > > router comes up, I bounce the bri0/0 interface and "walla," spids
> VALID!!
> > >
> > > I don't know what the deal is. Is there something "extra" I need to
do
> > with
> > > 12.0 or is this another bug?
> > > I don't have time to deal with bugs/TAC issues. I'm trying to study
> > here!!!
> > >
> > > Dan Pontrelli
> > > Customer Installation Engineer - Verio NYC
> > > CCNP, MCSE, CNA
> > >
> > >
> > > ----- Original Message -----
> > > From: "Ryan LaTorre" <cisco@crl.fdns.net>
> > > To: "Dan" <dp595@optonline.net>; <ccielab@groupstudy.com>
> > > Sent: Thursday, February 15, 2001 9:44 PM
> > > Subject: Re: Weird problem...
> > >
> > >
> > > > Here's a hilarious example. It doesn't take much. No complex config
> > > > required. Just a Cat5k RSM, 12.0(7)T Enterprise/IPSEC/FW IOS, and
even
> a
> > > > blank config to start! See below:
> > > >
> > > > Router#conf t
> > > > Enter configuration commands, one per line. End with CNTL/Z.
> > > > Router(config)#int vlan 1
> > > > Router(config-if)#ip address 1.1.1.1 255.255.255.0
> > > > Router(config-if)#no shut
> > > > Router(config-if)#exit
> > > > Router(config)#
> > > > 14:21:36: %LINK-3-UPDOWN: Interface Vlan1, changed state to up
> > > > 14:21:37: %LINEPROTO-5-UPDOWN: Line protocol on Interface Vlan1,
> changed
> > > > state to up
> > > > Router(config)#router bgp 1
> > > > Router(config-router)#
> > > > Router(config-router)#network 1.1.1.0
> > > > Router(config-router)#^Z
> > > > Router#
> > > > 14:21:58: %SYS-5-CONFIG_I: Configured from console by console
> > > > Router#sh run
> > > > Router#
> > > > 14:22:05: %SYS-2-MALLOCFAIL: Memory allocation of 126968 bytes
failed
> > from
> > > > 0x60207038, pool Processor, alignment 0
> > > > -Process= "Exec", ipl= 0, pid= 69
> > > > -Traceback= 60286768 602883C0 60207040 6022A954 6022AA0C 6022162C
> > 6022D614
> > > > 6027BF84 6027BF70
> > > > Router#sh run
> > > > Router#sh run
> > > > Router#
> > > >
> > > >
> > > > The router will then reboot itself. If you didn't get a chance to
save
> > the
> > > > config, you come up with a fresh start. If you think you're smart,
> like
> > I
> > > > did, and do a quick write to memory, the router will reboot itself
> > > > continuously...
> > > >
> > > > My solution was to downgrade to 12.0(5)T same featureset. I suppose
I
> > > should
> > > > go to 12.1.something...
> > > >
> > > > ----- Original Message -----
> > > > From: "Dan" <dp595@optonline.net>
> > > > To: <ccielab@groupstudy.com>
> > > > Sent: Sunday, February 11, 2001 6:23 PM
> > > > Subject: Weird problem...
> > > >
> > > >
> > > > > Has anybody ever seen this before?
> > > > >
> > > > > I added a "neighbor x.x.x.x default-originate" command under my
BGP
> =
> > > > > process for a session that is already up and running. It
> immediately
> > =
> > > > > crashes the router and causes it to reboot.
> > > > > I'm running IOS 12.1(6) (C2500-JOS56I-L) on a 2514 with
> 16RAM/16FLASH.
> > > > >
> > > > >
> > > > > Text capture is below:
> > > > >
> > > > > r2#conf t
> > > > > Enter configuration commands, one per line. End with CNTL/Z.
> > > > > r2(config)#router bgp 1003
> > > > > r2(config-router)#neighbor 135.3.7.41 default-originate
> > > > > r2(config-router)#
> > > > >
> > > > > =3D=3D=3D Flushing messages (00:07:23 UTC Mon Mar 1 1993)
=3D=3D=3D
> > > > >
> > > > > Buffered messages:
> > > > >
> > > > > 00:00:08: %LINK-3-UPDOWN: Interface Ethernet0, changed state to up
> > > > > 00:00:09: %LINK-3-UPDOWN: Interface Ethernet1, changed state to up
> > > > > 00:00:09: %LINK-3-UPDOWN: Interface Serial0, changed state to up
> > > > > 00:00:09: %LINK-3-UPDOWN: Interface Serial1, changed state to down
> > > > > 00:00:10: %LINEPROTO-5-UPDOWN: Line protocol on Interface
Ethernet0,
> =
> > > > > changed state to up
> > > > > 00:00:10: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial0,
=
> > > > > changed state to up
> > > > > 00:01:36: %LINEPROTO-5-UPDOWN: Line protocol on Interface
Ethernet0,
> =
> > > > > changed state to up
> > > > > 00:01:36: %LINEPROTO-5-UPDOWN: Line protocol on Interface
Ethernet1,
> =
> > > > > changed state to down
> > > > > 00:01:38: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial0,
=
> > > > > changed state to up
> > > > > 00:01:46: %LINEPROTO-5-UPDOWN: Line protocol on Interface
Ethernet1,
> =
> > > > > changed state to up
> > > > > 00:01:48: %LINK-5-CHANGED: Interface Serial1, changed state to =
> > > > > administratively down
> > > > > 00:01:49: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial1,
=
> > > > > changed state to down
> > > > > 00:01:52: %SYS-5-CONFIG_I: Configured from memory by console
> > > > > 00:02:31: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial0,
=
> > > > > changed state to down
> > > > > 00:02:37: %SYS-5-RESTART: System restarted --
> > > > > Cisco Internetwork Operating System Software=20
> > > > > IOS (tm) 2500 Software (C2500-JOS56I-L), Version 12.1(6), RELEASE
=
> > > > > SOFTWARE (fc1)
> > > > > Copyright (c) 1986-2000 by cisco Systems, Inc.
> > > > > Compiled Wed 27-Dec-00 20:14 by kellythw
> > > > > 00:02:47: %OSPF-5-ADJCHG: Process 1, Nbr 135.3.6.6 on Ethernet0
from
> =
> > > > > LOADING to FULL, Loading Done
> > > > > 00:02:47: %OSPF-5-ADJCHG: Process 1, Nbr 135.3.3.3 on Ethernet0
from
> =
> > > > > LOADING to FULL, Loading Done
> > > > > 00:02:59: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial0,
=
> > > > > changed state to up
> > > > > 00:03:05: %BGP-5-ADJCHANGE: neighbor 135.3.6.6 Up=20
> > > > > 00:03:06: %BGP-5-ADJCHANGE: neighbor 135.3.3.3 Up=20
> > > > > 00:03:30: %OSPF-5-ADJCHG: Process 1, Nbr 135.3.5.5 on Serial0 from
=
> > > > > LOADING to FULL, Loading Done
> > > > > 00:03:31: %BGP-5-ADJCHANGE: neighbor 135.3.7.41 Up=20
> > > > > 00:03:35: %OSPF-5-ADJCHG: Process 1, Nbr 135.3.1.1 on Serial0 from
=
> > > > > LOADING to FULL, Loading Done
> > > > > 00:03:55: %OSPF-5-ADJCHG: Process 1, Nbr 135.3.5.5 on OSPF_VL0
from
> =
> > > > > LOADING to FULL, Loading Done
> > > > > 00:04:13: %BGP-5-ADJCHANGE: neighbor 135.3.5.5 Up=20
> > > > > 00:06:42: %SYS-5-CONFIG_I: Configured from console by console
> > > > > Queued messages:
> > > > > Exception: Illegal Instruction at 0x0 (PC)
> > > > >
> > > > > System Bootstrap, Version 11.0(10c)XB2, PLATFORM SPECIFIC RELEASE
=
> > > > > SOFTWARE (fc1)
> > > > > Copyright (c) 1986-1998 by cisco Systems
> > > > > 2500 processor with 14336 Kbytes of main memory
> > > > >
> > > > > %SYS-4-CONFIG_NEWER: Configurations from version 12.1 may not be =
> > > > > correctly understood.
> > > > >
> > > > >
> > > > >
> > > > > Dan Pontrelli
> > > > > Customer Installation Engineer - Verio NYC
> > > > > dpontrelli@verio.net
> > > > >
> > > > >
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:28:52 GMT-3