Modem dial problem over voice port on MC3810 [7:64421]
Try to enable the voice between 2 MC3810 with FXS ports(back to back VOATM), and works fine. Then try to use modem dial over the voice port, but can not pass handshake, is this senario supported? Thanks Wei--|sendmail [EMAIL PROTECTED] FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
2514 serial port flipping between up and down, hel [7:59426]
Just got one from eBay, the AUI is OK, but could not get the serials work, tried different speed, sometime at 56000 worked but not stable, other speed didn't work at all. Any suggestion? Thanks Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=59426&t=59426 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: 2514 serial port flipping between up and down, [7:59500]
Actually I am using DCE/DTE back to back connecting to another router(which is tested good), the line protocol is up and down continuously and count for interface resets is increasing all the time, does that mean the serial ports are bad? Thanks - Original Message - From: "Leo Song" To: "'Wei Zhu'" ; Sent: Wednesday, December 18, 2002 11:50 AM Subject: RE: 2514 serial port flipping between up and down, hel [7:59426] > Did you try to replace the v.35 cable? > > Leo > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of > Wei Zhu > Sent: Wednesday, December 18, 2002 9:45 AM > To: [EMAIL PROTECTED] > Subject: 2514 serial port flipping between up and down, hel [7:59426] > > Just got one from eBay, the AUI is OK, but could not get the serials > work, > tried different speed, sometime at 56000 worked but not stable, other > speed > didn't work at all. Any suggestion? > > Thanks Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=59500&t=59500 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: 2514 serial port flipping between up and down, [7:59501]
I also tried "debug serial interface", only see myseq , other side are always 0, also the "show interface serial" shows the number interface resets and carrier transition are increasing all the time. Thanks - Original Message - From: "Wei Zhu" To: "Leo Song" ; Sent: Wednesday, December 18, 2002 6:37 PM Subject: Re: 2514 serial port flipping between up and down, hel [7:59426] > Actually I am using DCE/DTE back to back connecting to another router(which is tested good), the line protocol is up and down continuously and count for interface resets is increasing all the time, does that mean the serial ports are bad? > > Thanks > > ----- Original Message - > From: "Leo Song" > To: "'Wei Zhu'" ; > Sent: Wednesday, December 18, 2002 11:50 AM > Subject: RE: 2514 serial port flipping between up and down, hel [7:59426] > > > > Did you try to replace the v.35 cable? > > > > Leo > > -Original Message- > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of > > Wei Zhu > > Sent: Wednesday, December 18, 2002 9:45 AM > > To: [EMAIL PROTECTED] > > Subject: 2514 serial port flipping between up and down, hel [7:59426] > > > > Just got one from eBay, the AUI is OK, but could not get the serials > > work, > > tried different speed, sometime at 56000 worked but not stable, other > > speed > > didn't work at all. Any suggestion? > > > > Thanks Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=59501&t=59501 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: MLS related [7:59572]
no, only when you connect to external router with physical interface. - Original Message - From: "puro prasad" To: Sent: Thursday, December 19, 2002 6:43 PM Subject: MLS related [7:59572] > Hi all, > is it required to issue 'mls rp vtp-domain [domain-name]'on the logical > interfaces of an integrated router (MSFC for 6509MLS)? > Regs., > Prasad. Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=59582&t=59572 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: 2514 serial port flipping between up and down, [7:59501]
I tried to connect to 2501, even use DCE/DTE to interconnect serial0 and serial1 on 2514, seems the signal cannot go to the line. Thank you. - Original Message - From: "Ted Marinich" To: Sent: Thursday, December 19, 2002 5:28 PM Subject: Re: 2514 serial port flipping between up and down, [7:59501] > This may be dumb question, but I have seen this happen when connecting a > high speed port to a low speed port. One side is default to 1544 and the > other cannot do better than 64K. > > So, what are you connecting to, specifically - 2514 to 2522? > > Again, I might not be in the loop, but thought I would put my two cents in > here. > > I did experience the exact same problem and my fix was to set the right > speed on the 2501 to connect to a low speed router interface on a 2522. > > Ted Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=59583&t=59501 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: MLS related [7:59572]
Don't know the effect if you set the command on logical interface, maybe system will ignore it, basically it is used by MLSP hello message. No clue for why it doesn't show the MLS-SE. - Original Message - From: "puro prasad" To: Sent: Thursday, December 19, 2002 9:16 PM Subject: Re: MLS related [7:59572] > Dear Wei, > thanks for the reply. Anyway if the command is run on any of the interfaces, > should this affect in anyway. I just wanna check this cuz the 'sh mls rp' > command on my msfc is not listing the switches in the domain. Any inputs?? > Regs., > Prasad. Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=59592&t=59572 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: 2514 serial port flipping between up and down, [7:59501]
The configuration is pretty simple, one side only clock rate 100, another side nothing, both serial ports are not shutdown. I tried debug, can see myseq count is increasing but not the other two counters. Is there any fuse or something like in the serial port to prevent it from burned? I think maybe that part is bad. Thanks - Original Message - From: "Munit Singla" To: Sent: Thursday, December 19, 2002 12:07 PM Subject: Re: 2514 serial port flipping between up and down, [7:59501] > Please send your configuration and debug o/p then only something could be > thought off. > Regards, > MunitBrian wrote: > > > > you sourcing clock from one side of this or tried another cable? > > > > Brian > > > > - Original Message - > > From: "Wei Zhu" > > To: > > Sent: Wednesday, December 18, 2002 6:11 PM > > Subject: Re: 2514 serial port flipping between up and down, > > [7:59501] > > > > > > > I also tried "debug serial interface", only see myseq , other > > side are > > > always 0, also the "show interface serial" shows the number > > interface > > resets > > > and carrier transition are increasing all the time. > > > > > > Thanks > > > > > > - Original Message - > > > From: "Wei Zhu" > > > To: "Leo Song" ; > > > Sent: Wednesday, December 18, 2002 6:37 PM > > > Subject: Re: 2514 serial port flipping between up and down, > > hel [7:59426] > > > > > > > > > > Actually I am using DCE/DTE back to back connecting to > > another > > > router(which is tested good), the line protocol is up and down > > continuously > > > and count for interface resets is increasing all the time, > > does that mean > > > the serial ports are bad? > > > > > > > > Thanks > > > > > > > > - Original Message - > > > > From: "Leo Song" > > > > To: "'Wei Zhu'" ; > > > > Sent: Wednesday, December 18, 2002 11:50 AM > > > > Subject: RE: 2514 serial port flipping between up and down, > > hel > > [7:59426] > > > > > > > > > > > > > Did you try to replace the v.35 cable? > > > > > > > > > > Leo > > > > > -Original Message- > > > > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED]] On Behalf > > Of > > > > > Wei Zhu > > > > > Sent: Wednesday, December 18, 2002 9:45 AM > > > > > To: [EMAIL PROTECTED] > > > > > Subject: 2514 serial port flipping between up and down, > > hel [7:59426] > > > > > > > > > > Just got one from eBay, the AUI is OK, but could not get > > the serials > > > > > work, > > > > > tried different speed, sometime at 56000 worked but not > > stable, other > > > > > speed > > > > > didn't work at all. Any suggestion? > > > > > > > > > > Thanks Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=59584&t=59501 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
OSPF stub/stub no-summary O*IA routing table entry difference? [7:60077]
The Router connections are as following, R1 has 1 frame relay circuit to R2, R2 has 2 frame relay circuits to R3, R2 is the ABR, R1 in Area 0, and R3 in area 1. R1 / / R2 / / / / R3 On R1, there is a redistribute entry. The two ip address on R2 to R3 side are 192.168.1.33/28, 192.168.1.17/28. The IOS is 12.2(1d). When enable area 1 as a stub area, the O* IA entry on R3: O*IA 0.0.0.0/0 [110/1563] via 192.168.1.33 0.0.0.0/0 [110/1563] via 192.168.1.17 When enable area 1 as a totally stub area, the O* IA entry on R3: O*IA 0.0.0.0/0 [110/1563] via 192.168.1.33 (the 192.168.1.17 entry disappeared) It seems that in totally stub area(stub no-summary), the default traffic cannot be load balanced between the two circuits. Can anyone explain this? Thanks Wei Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=60077&t=60077 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: OSPF stub/stub no-summary O*IA routing table entry [7:60084]
I tried to reboot all the routers, but still gave me the same result, then I tried "no ospf 200" then reconfigure the ospf, and it worked! (weird??) Then I tried the nssa configuration with "area 1 nssa def" on R2, I could see the O*N2 entry on R3, but only one entry instead of 2: O*N2 0.0.0.0/0 [110/1] via 192.168.1.33 Is that because of N2 type? Also I tried to create metric-type 1 route on R1, and in R2 routing table, I could see E1 entry, but in R3, still N2 entry, how can I redistribute N1 type to nssa? Thanks Wei - Original Message ----- From: Wei Zhu To: [EMAIL PROTECTED] Sent: Wednesday, January 01, 2003 4:44 PM Subject: OSPF stub/stub no-summary O*IA routing table entry difference? The Router connections are as following, R1 has 1 frame relay circuit to R2, R2 has 2 frame relay circuits to R3, R2 is the ABR, R1 in Area 0, and R3 in area 1. R1 / / R2 / / / / R3 On R1, there is a redistribute entry. The two ip address on R2 to R3 side are 192.168.1.33/28, 192.168.1.17/28. The IOS is 12.2(1d). When enable area 1 as a stub area, the O* IA entry on R3: O*IA 0.0.0.0/0 [110/1563] via 192.168.1.33 0.0.0.0/0 [110/1563] via 192.168.1.17 When enable area 1 as a totally stub area, the O* IA entry on R3: O*IA 0.0.0.0/0 [110/1563] via 192.168.1.33 (the 192.168.1.17 entry disappeared) It seems that in totally stub area(stub no-summary), the default traffic cannot be load balanced between the two circuits. Can anyone explain this? Thanks Wei Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=60084&t=60084 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: revisited: OSPF stub/stub no-summary O*IA routing table [7:60277]
68.1.0 0.0.0.255 area 1 > ! > > 10.0.0.0/16 is subnetted, 1 subnets > O IA10.1.0.0 [110/74] via 192.168.1.34, 00:00:01, Serial1 > [110/74] via 192.168.1.18, 00:00:01, Serial0 > 192.168.1.0/28 is subnetted, 4 subnets > C 192.168.1.64 is directly connected, Loopback2 > C 192.168.1.32 is directly connected, Serial1 > C 192.168.1.48 is directly connected, Loopback1 > C 192.168.1.16 is directly connected, Serial0 > O*N2 0.0.0.0/0 [110/1] via 192.168.1.34, 00:00:02, Serial1 >[110/1] via 192.168.1.18, 00:00:02, Serial0 > Router_8# > > > as you can see, step by step, I get the expected result every time. > > variables - things that differ in my setup - > > 1) point-to-point serial links instead of frame relay > > 2) secondary address in the ethernet port of the area 1 router - R8 in my > case, R3 in your case. I use loopbacks instead. > > So - I am unable to duplicate your problem in my setup. you don't indicate > the configurations of the interfaces, but I am now thinking something in > your frame relay setup. I did not see anything resembling this problem in > the TAC bug database. Not that I read all of them :-> > > I don't have a solution, but I certainly admire the problem. > > Chuck > > > > > - Original Message - > From: "Wei Zhu" > To: "The Long and Winding Road" > Sent: Thursday, 02 January, 2003 7:48 PM > Subject: Re: OSPF stub/stub no-summary O*IA routing table entry [7:60088] > > > > Thank you Chuck. Finally it worked with totally stubby, but this time the > nssa didn't work, I tried several times, upgraded IOS to 12.2.13. Here I > gave some brief configuration, the interface configuration are all > frame-relay subinterface point-to point . > > > > The router configuration on R1: > > router ospf 200 > > log-adjacency-changes > > redistribute connected subnets route-map passext > > network 10.0.0.0 0.255.255.255 area 0 > > ! > > ip classless > > no ip http server > > ! > > access-list 1 permit 172.16.10.0 > > access-list 1 permit 172.16.11.0 > > route-map passext permit 10 > > match ip address 1 > > > > The router configuration on R2: > > router ospf 200 > > log-adjacency-changes > > area 1 nssa default-information-originate > > network 10.0.0.0 0.255.255.255 area 0 > > network 192.168.1.0 0.0.0.255 area 1 > > > > The router configuration on R3: > > router ospf 200 > > log-adjacency-changes > > area 1 nssa > > network 192.168.1.0 0.0.0.255 area 1 > > > > The show ip route on R3: > > Gateway of last resort is 192.168.1.33 to network 0.0.0.0 > > > > 10.0.0.0/24 is subnetted, 2 subnets > > O IA10.2.2.0 [110/4686] via 192.168.1.33, 00:00:01, Serial0.312 > > [110/4686] via 192.168.1.17, 00:00:01, Serial0.302 > > O IA10.1.1.0 [110/3124] via 192.168.1.33, 00:00:01, Serial0.312 > > [110/3124] via 192.168.1.17, 00:00:01, Serial0.302 > > 192.168.1.0/28 is subnetted, 4 subnets > > C 192.168.1.64 is directly connected, Ethernet0 > > C 192.168.1.32 is directly connected, Serial0.312 > > O 192.168.1.48 [110/1572] via 192.168.1.66, 00:00:01, Ethernet0 > > C 192.168.1.16 is directly connected, Serial0.302 > > O*N2 0.0.0.0/0 [110/1] via 192.168.1.33, 00:00:01, Serial0.312 > > > > Thanks > > Wei > > > > - Original Message - > > From: "The Long and Winding Road" > > To: > > Sent: Wednesday, January 01, 2003 10:12 PM > > Subject: Re: OSPF stub/stub no-summary O*IA routing table entry [7:60088] > > > > > > > ""Wei Zhu"" wrote in message > > > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > > > The Router connections are as following, R1 has 1 frame relay circuit > to > > > R2, > > > > R2 has 2 frame relay circuits to R3, R2 is the ABR, R1 in Area 0, and > R3 > > > in > > > > area 1. > > > >R1 > > > >/ > > > > / > > > > R2 > > > > / / > > > >/ / > > > >R3 > > > > On R1, there is a redistribute entry. The two ip address on R2 to R3 > side > > > > are 192.168.1.33/28, 192.168.1.17/28. The IOS is 12.2(1d). > > > > When enable area 1 as a stub area, the O* IA entry on R3: > > > > O*IA 0.0.0.0/0 [110/1563] via 192.168.1.33 > > > > 0.0.0.0/0 [110/15
Re: revisited: OSPF stub/stub no-summary O*IA routing table [7:60293]
I tried serial back-to-back instead of frame relay, but got same result, the show ip ospf nei resulted the same as yours. Instead of assigning ip directly to s0 and s1, I put on loopback 1 and 2, then on s0 and s1, do ip unumber loopback 1 and 2 (although for ospf, it's not supposed to put one end unnumbered but the other end not), and I got the result!!! Tow O*N2 entries. I also tried the following senario: R1(ASBR) | (Area 0) | R2(ABR) / \ (Area 1) /\ R3R4 \/ \ / R5 With normal configuration, I only can see one O*N2 entry on R5, but with ip unnumbered with serail ports on R2, I can see both O*N2 0.0.0.0/0 using R3 and R4. I am really confused. With regular ospf area, stubby, totally stubby, it works fine, just doesn't like the NSSA. I checked RFC 2328, the differece between unnumbered and ip assigned point-to point is the Link Data info in LSA, is that which causes the problem? Chuck, thank you very much for you help, BTW, can you give me your IOS version? (Hopefully I am not tired yet of another try) Wei - Original Message - From: "The Long and Winding Road" To: Sent: Friday, January 03, 2003 11:30 PM Subject: Re: revisited: OSPF stub/stub no-summary O*IA routing table [7:60278] > ""Wei Zhu"" wrote in message > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > Hi Chuck, > > I tried point-to-point instead of frame relay and still could not get > > through.(Everything is fine except nssa) > > In my understanding, the External type LSA (E1 or E2) will flood > everywhere, > > while for NSSA area, it change from type 5 to type 7. > > I'm not sure, but I believe that for routes INTO an NSSA, type 5's are > blocked, not changed to type 7. The ABR will change type 7's to type 5's OUT > of the NSSA ( into the rest of OSPF ) yeah - looking at the RFC, that's what > it states - external type-5's are not imported into the NSSA > > > When I tried "show ip > > ospf database external" on R2, I could see the LSA with forward address > > 0.0.0.0, but on R5, the forward address changed to 192.168.1.33(or > > 192.168.1.17). How did this happen? I think that's the reason why I only > can > > see on O*N2 entry insteady of 2. I am using 2500 serial routers. > > > > For this experiment, I used 2500 routers as well. > > when you do the show ip ospf neighbors, do you see neighbor relationships > over both links? > > Router_8#o nei > > Neighbor ID Pri State Dead Time Address Interface > 222.222.222.9 1 FULL/ -00:00:36192.168.1.34Serial1 > 222.222.222.9 1 FULL/ -00:00:36192.168.1.18Serial0 > Router_8# > > the relevant results from my show ip ospf database: > > Router 9 ( area border router ) > > Router_9#o data > > OSPF Router with ID (222.222.222.9) (Process ID 200) > > Router Link States (Area 0) > > Link ID ADV Router Age Seq# Checksum Link count > 222.222.222.9 222.222.222.9 15950x8011 0xAF01 1 > 222.222.222.10 222.222.222.10 18730x800E 0x941F 1 > > Net Link States (Area 0) > > Link ID ADV Router Age Seq# Checksum > 10.1.1.1222.222.222.10 18730x800D 0xE14C > > Summary Net Link States (Area 0) > > Link ID ADV Router Age Seq# Checksum > 192.168.1.16222.222.222.9 595 0x8010 0x1BC1 > 192.168.1.32222.222.222.9 595 0x8010 0x7A52 > 192.168.1.48222.222.222.9 15950x800C 0xEBD3 > 192.168.1.64222.222.222.9 15950x800C 0x4B64 > > Router Link States (Area 1) > > Link ID ADV Router Age Seq# Checksum Link count > 222.222.222.8 222.222.222.8 14680x8013 0x6FB2 6 > 222.222.222.9 222.222.222.9 15980x801A 0x2E31 4 > > Summary Net Link States (Area 1) > > Link ID ADV Router Age Seq# Checksum > 10.1.0.0222.222.222.9 15980x8010 0xCBA1 > > Type-7 AS External Link States (Area 1) > > Link ID ADV Router Age Seq# Checksum Tag > 0.0.0.0 222.222.222.9 15980x800C 0xDB25 0 > > Type-5 AS External Link States > > Link ID ADV Router Age Seq# Checksum Tag > 172.16.10.0 222.222.222.10 627 0x800E 0xB86D 0 > 172.16.11.0 222.222.222.10 627 0x800E 0xAD77 0
Re: revisited: OSPF stub/stub no-summary O*IA routing table [7:60370]
Hi Chuck, When I changed the IOS to 12.1.5T10, and problem solved. Don't know what is changed for nssa after 12.2, I tried encap ppp on serial ports, and even cannot see any O*N2 entries. Thank you Wei - Original Message - From: "The Long and Winding Road" To: Sent: Sunday, January 05, 2003 1:19 PM Subject: Re: revisited: OSPF stub/stub no-summary O*IA routing table [7:60352] > well, you got me. I haven't a clue as to why you are getting the result you > describe. > > In my own setup, the routers in question are running 12.1.2d on the stub > router, and 12.1.5T10 on the other two. I am pretty sure these are > enterprise plus versions, but I'd have to do a bit more digging to verify > that. I know my reason for loading the 12.2 image was that I was searching > for NBAR support, which apparently is just not available on the 25xx series. > > Do you agree that I am showing the desired result in my testing? Everything > I see matches what I would expect to see, based on the configurations. > > -- > TANSTAAFL > "there ain't no such thing as a free lunch" > > > > > ""Wei Zhu"" wrote in message > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > I tried serial back-to-back instead of frame relay, but got same result, > the > > show ip ospf nei resulted the same as yours. > > Instead of assigning ip directly to s0 and s1, I put on loopback 1 and 2, > > then on s0 and s1, do ip unumber loopback 1 and 2 (although for ospf, it's > > not supposed to put one end unnumbered but the other end not), and I got > the > > result!!! Tow O*N2 entries. > > I also tried the following senario: > >R1(ASBR) > >| (Area 0) > >| > >R2(ABR) > > / \ (Area 1) > > /\ > > R3R4 > > \/ > > \ / > >R5 > > With normal configuration, I only can see one O*N2 entry on R5, but with > ip > > unnumbered with serail ports on R2, I can see both O*N2 0.0.0.0/0 using R3 > > and R4. > > > > I am really confused. With regular ospf area, stubby, totally stubby, it > > works fine, just doesn't like the NSSA. > > I checked RFC 2328, the differece between unnumbered and ip assigned > > point-to point is the Link Data info in LSA, is that which causes the > problem? > > > > Chuck, thank you very much for you help, BTW, can you give me your IOS > > version? (Hopefully I am not tired yet of another try) > > > > Wei > > > > - Original Message - > > From: "The Long and Winding Road" > > To: > > Sent: Friday, January 03, 2003 11:30 PM > > Subject: Re: revisited: OSPF stub/stub no-summary O*IA routing table > > [7:60278] > > > > > > > ""Wei Zhu"" wrote in message > > > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > > > Hi Chuck, > > > > I tried point-to-point instead of frame relay and still could not get > > > > through.(Everything is fine except nssa) > > > > In my understanding, the External type LSA (E1 or E2) will flood > > > everywhere, > > > > while for NSSA area, it change from type 5 to type 7. > > > > > > I'm not sure, but I believe that for routes INTO an NSSA, type 5's are > > > blocked, not changed to type 7. The ABR will change type 7's to type 5's > > OUT > > > of the NSSA ( into the rest of OSPF ) yeah - looking at the RFC, that's > > what > > > it states - external type-5's are not imported into the NSSA > > > > > > > > > When I tried "show ip > > > > ospf database external" on R2, I could see the LSA with forward > address > > > > 0.0.0.0, but on R5, the forward address changed to 192.168.1.33(or > > > > 192.168.1.17). How did this happen? I think that's the reason why I > only > > > can > > > > see on O*N2 entry insteady of 2. I am using 2500 serial routers. > > > > > > > > > > For this experiment, I used 2500 routers as well. > > > > > > when you do the show ip ospf neighbors, do you see neighbor > relationships > > > over both links? > > > > > > Router_8#o nei > > > > > > Neighbor ID Pri State Dead Time Address > Interface > > > 222.222.222.9 1 FULL/ -00:00:36192.168.1.34 > Serial1 > > > 222.222.222.9 1 FULL/ -00:00:36192.168.1.18 > Serial0 > > > Router_8#
How to search TAC for IOS Bugs? [7:60381]
How to search the TAC for IOS bugs? Thanks Wei - Original Message - From: "The Long and Winding Road" To: Sent: Sunday, January 05, 2003 7:24 PM Subject: Re: revisited: OSPF stub/stub no-summary O*IA routing table [7:60378] > you may have discovered a new bug. lucky you! > > I just got through checking CCO TAC for known OSPF bugs in 12.2 code. There > are a couple listed that relate to NSSA and a couple of others that relate > to default routes, but none of the listings described the exact phenomenon > you reported. > > Oh well. Glad I could provide at least a sanity check for you. > > Chuck > > -- > TANSTAAFL > "there ain't no such thing as a free lunch" > > > > > ""Wei Zhu"" wrote in message > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > Hi Chuck, > > When I changed the IOS to 12.1.5T10, and problem solved. > > Don't know what is changed for nssa after 12.2, I tried encap ppp on > serial > > ports, and even cannot see any O*N2 entries. > > > > Thank you > > Wei > > > > - Original Message - > > From: "The Long and Winding Road" > > To: > > Sent: Sunday, January 05, 2003 1:19 PM > > Subject: Re: revisited: OSPF stub/stub no-summary O*IA routing table > > [7:60352] > > > > > > > well, you got me. I haven't a clue as to why you are getting the result > you > > > describe. > > > > > > In my own setup, the routers in question are running 12.1.2d on the stub > > > router, and 12.1.5T10 on the other two. I am pretty sure these are > > > enterprise plus versions, but I'd have to do a bit more digging to > verify > > > that. I know my reason for loading the 12.2 image was that I was > searching > > > for NBAR support, which apparently is just not available on the 25xx > > series. > > > > > > Do you agree that I am showing the desired result in my testing? > Everything > > > I see matches what I would expect to see, based on the configurations. > > > > > > -- > > > TANSTAAFL > > > "there ain't no such thing as a free lunch" > > > > > > > > > > > > > > > ""Wei Zhu"" wrote in message > > > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > > > I tried serial back-to-back instead of frame relay, but got same > result, > > > the > > > > show ip ospf nei resulted the same as yours. > > > > Instead of assigning ip directly to s0 and s1, I put on loopback 1 and > 2, > > > > then on s0 and s1, do ip unumber loopback 1 and 2 (although for ospf, > > it's > > > > not supposed to put one end unnumbered but the other end not), and I > got > > > the > > > > result!!! Tow O*N2 entries. > > > > I also tried the following senario: > > > >R1(ASBR) > > > >| (Area 0) > > > >| > > > >R2(ABR) > > > > / \ (Area 1) > > > > /\ > > > > R3R4 > > > > \/ > > > > \ / > > > >R5 > > > > With normal configuration, I only can see one O*N2 entry on R5, but > with > > > ip > > > > unnumbered with serail ports on R2, I can see both O*N2 0.0.0.0/0 > using > > R3 > > > > and R4. > > > > > > > > I am really confused. With regular ospf area, stubby, totally stubby, > it > > > > works fine, just doesn't like the NSSA. > > > > I checked RFC 2328, the differece between unnumbered and ip assigned > > > > point-to point is the Link Data info in LSA, is that which causes the > > > problem? > > > > > > > > Chuck, thank you very much for you help, BTW, can you give me your IOS > > > > version? (Hopefully I am not tired yet of another try) > > > > > > > > Wei > > > > > > > > - Original Message - > > > > From: "The Long and Winding Road" > > > > To: > > > > Sent: Friday, January 03, 2003 11:30 PM > > > > Subject: Re: revisited: OSPF stub/stub no-summary O*IA routing table > > > > [7:60278] > > > > > > > > > > > > > ""Wei Zhu"" wrote in message > > > > > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > > > > > Hi Chuck, > > > > >
Re: revisited: OSPF stub/stub no-summary O*IA routing table [7:60390]
Hi Chuck, I found this bug report, seems close to the problem, and they suggest use loopback for parallel paths. CSCdj38067 Bug Details Headline NSSA fails OSPF summary-address multiple paths update Product all Model Component ospf Duplicate of Severity 2 Status Resolved First Found-in Version 11.2 All affected versions First Fixed-in Version 11.2(10.1), 11.2(10.1)P, 11.3(1.1), 11.3(1.1)T, 11.2(11)BC, 11.3(1.1)Q, 11.3(2)XA Version help Release Notes If the summary-address statement is removed on a remote router that advertises summary-address routes on only one path, then the core router sees both equal cost paths. This problem occurs on OSPF with NSSA. OSPF NSSA specification require that forwarding address must be set when the type-7 LSA is originated by the ASBR. The forwarding address will the the address of the interface connected to the other AS if the interface is running OSPF. Otherwise, it would be any OSPF interface address. In the latter case, it will cause problem when there are parallel paths to the ASBR no matter which interface address is chosen. It is because, from the neighboring router point of view, the set of paths to the choosen interface address is only a subnet of all the parallel paths to the ASBR. As a result, the neighboring router (and other router beyond) cannot install all the possible parallel for the type-7 LSA. There is one exception to the above description. If the chosen interface is a loopback interface, then the number of paths to the loopback interface address is the same as the number of paths to the ASBR. Therefore, we modify the rule of selecting forwarding address. Instead of choosing any OSPF interface address, we prefer loopback interface address. In order to ensure all parallel paths to type-7 LSA are install, the customer should run images with this fix and should create a loopback interface on the ASBR and run OSPF over it. - Original Message - From: "The Long and Winding Road" To: Sent: Sunday, January 05, 2003 7:24 PM Subject: Re: revisited: OSPF stub/stub no-summary O*IA routing table [7:60378] > you may have discovered a new bug. lucky you! > > I just got through checking CCO TAC for known OSPF bugs in 12.2 code. There > are a couple listed that relate to NSSA and a couple of others that relate > to default routes, but none of the listings described the exact phenomenon > you reported. > > Oh well. Glad I could provide at least a sanity check for you. > > Chuck > > -- > TANSTAAFL > "there ain't no such thing as a free lunch" > > > > > ""Wei Zhu"" wrote in message > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > Hi Chuck, > > When I changed the IOS to 12.1.5T10, and problem solved. > > Don't know what is changed for nssa after 12.2, I tried encap ppp on > serial > > ports, and even cannot see any O*N2 entries. > > > > Thank you > > Wei > > > > - Original Message - > > From: "The Long and Winding Road" > > To: > > Sent: Sunday, January 05, 2003 1:19 PM > > Subject: Re: revisited: OSPF stub/stub no-summary O*IA routing table > > [7:60352] > > > > > > > well, you got me. I haven't a clue as to why you are getting the result > you > > > describe. > > > > > > In my own setup, the routers in question are running 12.1.2d on the stub > > > router, and 12.1.5T10 on the other two. I am pretty sure these are > > > enterprise plus versions, but I'd have to do a bit more digging to > verify > > > that. I know my reason for loading the 12.2 image was that I was > searching > > > for NBAR support, which apparently is just not available on the 25xx > > series. > > > > > > Do you agree that I am showing the desired result in my testing? > Everything > > > I see matches what I would expect to see, based on the configurations. > > > > > > -- > > > TANSTAAFL > > > "there ain't no such thing as a free lunch" > > > > > > > > > > > > > > > ""Wei Zhu"" wrote in message > > > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > > > I tried serial back-to-back instead of frame relay, but got same > result, > > > the > > > > show ip ospf nei resulted the same as yours. > > > > Instead of assigning ip directly to s0 and s1, I put on loopback 1 and > 2, > > > > then on s0 and s1, do ip unumber loopback 1 and 2 (although for ospf, > > it's > > > > not supposed to put one end unnumbered but the other end not), and I > got > > > th
IBGP next-hop-self ? [7:60889]
According to the document, IBGP won't change the next-hop address. In this example, R1, R2, R3 are in AS100, R4 in AS200, R5 in AS300 R1--R5 / \ /\ R2R3-R4 R1 is the RR, next-hop-self is enabled on R3(nei R1) and R1(nei R2 R3). As what I think, the next hop on R2 for R4(AS200) should be R3. But when I tried on IOS 12.1.5(10T), the next-hop on R2 is R1. Thanks Wei Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=60889&t=60889 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: IBGP next-hop-self ? [7:60889]
What I am thinking is, R2R1R3R4 R1, R2, R3 are in one area, R4 another, on R1 neighbor R2 next-hop-self, on R3 neighbor R1 next-hop-self. When routes coming from R4, R3 will forward it to R1 with next hop as R3, but when R1 (the Router Reflector) forward the routes to R2, it won't change the next-hop address because it is IBGP, so when R2 receive the routes, the next-hop should be R3. Please let me know I am wrong, the IBGP router will change the routes anyway once the next-hop-self is set. Thanks Wei - Original Message - From: "Druid" To: "Wei Zhu" ; Sent: Sunday, January 12, 2003 10:37 AM Subject: Re: IBGP next-hop-self ? [7:60889] > At 01:49 AM 1/12/2003 +, Wei Zhu wrote: > >According to the document, IBGP won't change the next-hop address. > >In this example, R1, R2, R3 are in AS100, R4 in AS200, R5 in AS300 > > > > R1--R5 > > / \ > >/\ > > R2R3-R4 > >R1 is the RR, next-hop-self is enabled on R3(nei R1) and R1(nei R2 R3). > >As what I think, the next hop on R2 for R4(AS200) should be R3. > >But when I tried on IOS 12.1.5(10T), the next-hop on R2 is R1. > > > which is correct, if I am reading it correctly. You have next-hop-self > configured from R1 to R2. So all next-hops will be rewritten, including > iBGP routes. If you only want to override eBGP routes, you can do this > incoming on the external session, via a route-map. > > > >Thanks > >Wei sh2\(:7kyf[iiz;()l&!"\ Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=60921&t=60889 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
BGP origin attribute type "e" - EGP? [7:61075]
In what condition is the EGP origin type generated? Thanks Wei Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=61075&t=61075 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: BGP origin attribute type "e" - EGP? [7:61075]
Can anyone replay the "e" type attrib in the lab? Thanks - Original Message - From: "Amar" To: Sent: Wednesday, January 15, 2003 2:59 PM Subject: Re: BGP origin attribute type "e" - EGP? [7:61075] > when the update is learned from an E-BGP neighbor. > rgds > > ""Wei Zhu"" a icrit dans le message de news: > [EMAIL PROTECTED] > > In what condition is the EGP origin type generated? > > > > Thanks > > Wei Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=61160&t=61075 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
EIGRP network 0.0.0.0 to redistribute static route [7:61169]
---EIGRP 100--(S0)---R1---(S1)--BGP AS 200--- R1 S0 192.168.1.1 255.255.255.240 S1 172.22.2.1 255.255.255.0 S0 side run EIGRP, S1 side run BGP (1) router eigrp 200 network 192.168.1.0 router bgp nei remote-as XXX R1 will send 192.168.1.0 route info through S0, but won't send the 172.22.2.0 network info. (2) ip route 0.0.0.0 0.0.0.0 S1 router eigrp 200 network 192.168.1.0 redistrib static Everything works fine (3) If using network 0.0.0.0 to redistribute static info as: ip route 0.0.0.0 0.0.0.0 S1 router eigrp 200 network 192.168.1.0 network 0.0.0.0 In addition of distribute the 0.0.0.0, R1 will also distribute 172.22.0.0 (summury) network info through S0 It will also put 172.22.0.0/16 null0 route entry into its routing table. Can anyone explain why this happens? Thanks Wei Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=61169&t=61169 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: EIGRP network 0.0.0.0 to redistribute static route [7:61236]
Thank you everyone for your response, The reason I am confused is not becasuse the NULL0 in routing table, that's the way eigrp does. The reason is when I set the "network 0.0.0.0" in eigrp, it distribute the 172.22.0.0 network to S0 side(I have another router running eigrp at S0 side, its routing table shows up 172.22.0.0 or 172.22.2.0/24 when I enable no summary). Chuck, does network 0.0.0.0 mean to enable all interface to participate into route distribution? My idea is to put S0 in eigrp and S1 in BGP, while only set "network 192.168.1.0" won't put S1 into eigrp, thus won't distribute the 172.22.0.0 network info into S0 side. I am using IOS12.1.5(10T). Regards Wei - Original Message - From: "The Long and Winding Road" To: Sent: Thursday, January 16, 2003 2:37 AM Subject: Re: EIGRP network 0.0.0.0 to redistribute static route [7:61186] > ""The Long and Winding Road"" wrote in > message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > well, now that I've set it up, looked at it, and given it some thought, > the > > answer is really quite simple. > > being a simple person myself, I like it when answers are simple. think > > "classful nature of eigrp" > > > > see below > > > > > > ""Wei Zhu"" wrote in message > > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > > ---EIGRP 100--(S0)---R1---(S1)--BGP AS 200--- > > > > > > R1 > > > S0 192.168.1.1 255.255.255.240 > > > S1 172.22.2.1 255.255.255.0 > > > S0 side run EIGRP, S1 side run BGP > > > > > > (1) > > > router eigrp 200 > > > network 192.168.1.0 > > > > > > router bgp > > > nei remote-as XXX > > > > > > R1 will send 192.168.1.0 route info through S0, but won't send the > > > 172.22.2.0 network info. > > > > > > (2) > > > ip route 0.0.0.0 0.0.0.0 S1 > > > > > > router eigrp 200 > > > network 192.168.1.0 > > > redistrib static > > > > > > Everything works fine > > > > > > (3) > > > If using network 0.0.0.0 to redistribute static info as: > > > ip route 0.0.0.0 0.0.0.0 S1 > > > > > > router eigrp 200 > > > network 192.168.1.0 > > > network 0.0.0.0 > > > > > > In addition of distribute the 0.0.0.0, R1 will also distribute > 172.22.0.0 > > > (summury) network info through S0 > > > > first of all, you are not seeing the whole picture because of the limited > > numbers of interfaces you have in your basic setup. > > > > second of all, let me ask you a question. what exactly is 0.0.0.0? > > > > thirdly, having answered and understood what exactly 0.0.0.0 really > > represents, let me ask you another question. what happens when you put the > > entry "network 0.0.0.0" into the eigrp process? will eigrp still work if > you > > were to now remove the "network 192.168.1.0" statement? why not? > > > > this is starting to feel like another homily. > > > > > > > It will also put 172.22.0.0/16 null0 route entry into its routing table. > > > > nature of the beast. I don't believe it is true of all protocols, but some > > of them will automatically place a summary to null 0 when a summary is > > advertised out. This is done as proof against black holes and helps > prevent > > routing loops > > > > BTW, I enjoy your posts. Keep up the good work. > > > > > > > > Can anyone explain why this happens? > > > oh, you know what, while composing a reply to cebuano, I realized - you > probably have automaticic summarization enabled under eigrp > > enter the command "no auto-summary" and watch the staic to null 0 disappear. > > > > > > > > > > > > > > > > > > > > > > Thanks > > > Wei Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=61236&t=61236 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: EIGRP network 0.0.0.0 to redistribute static route [7:61243]
I read some document suggesting to use ip route 0.0.0.0 and network 0.0.0.0 to redistribute static route in eigrp, in this case, it seems not a good solution, instead using redistribute static can do the same job. Thanks Wei - Original Message - From: "The Long and Winding Road" To: Sent: Thursday, January 16, 2003 10:00 PM Subject: Re: EIGRP network 0.0.0.0 to redistribute static route [7:61241] > ""Wei Zhu"" wrote in message > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > Thank you everyone for your response, > > > > The reason I am confused is not becasuse the NULL0 in routing table, > that's > > the way eigrp does. > > only if you have automatic summarization enabled. if you enter the command > "no auto-summary" under the eigrp process, the route to null 0 will > disappear. > > > > The reason is when I set the "network 0.0.0.0" in eigrp, it distribute the > > 172.22.0.0 network to S0 side(I have another router running eigrp at S0 > > side, its routing table shows up 172.22.0.0 or 172.22.2.0/24 when I enable > > no summary). > > > > > Chuck, does network 0.0.0.0 mean to enable all interface to participate > into > > route distribution? > > > starting with IOS 12.0, Cisco made it possible to enter interfaces ( not > whole networks ) into the eigrp process similar to the way you enter ospf > interfaces into the ospf process. > > recall that with ospf you can use the command "network 0.0.0.0 > 255.255.255.255 area x" to place all interfaces into the ospf process. > > apparently eigrp can be handled the same way. when you used the comand > "network 0.0.0.0" you placed all interfaces into the eigrp process. > > my routers are asleep at the moment, but it occurs to me to look into > whether or not ospf will accept just the 0.0.0.0 notation. > > > > My idea is to put S0 in eigrp and S1 in BGP, while only set "network > > 192.168.1.0" won't put S1 into eigrp, thus won't distribute the 172.22.0.0 > > network info into S0 side. > > yep. > > > > > I am using IOS12.1.5(10T). > > > > Regards > > Wei > > > > - Original Message - > > From: "The Long and Winding Road" > > To: > > Sent: Thursday, January 16, 2003 2:37 AM > > Subject: Re: EIGRP network 0.0.0.0 to redistribute static route [7:61186] > > > > > > > ""The Long and Winding Road"" wrote in > > > message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > > > well, now that I've set it up, looked at it, and given it some > thought, > > > the > > > > answer is really quite simple. > > > > being a simple person myself, I like it when answers are simple. think > > > > "classful nature of eigrp" > > > > > > > > see below > > > > > > > > > > > > ""Wei Zhu"" wrote in message > > > > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > > > > ---EIGRP 100--(S0)---R1---(S1)--BGP AS 200--- > > > > > > > > > > R1 > > > > > S0 192.168.1.1 255.255.255.240 > > > > > S1 172.22.2.1 255.255.255.0 > > > > > S0 side run EIGRP, S1 side run BGP > > > > > > > > > > (1) > > > > > router eigrp 200 > > > > > network 192.168.1.0 > > > > > > > > > > router bgp > > > > > nei remote-as XXX > > > > > > > > > > R1 will send 192.168.1.0 route info through S0, but won't send the > > > > > 172.22.2.0 network info. > > > > > > > > > > (2) > > > > > ip route 0.0.0.0 0.0.0.0 S1 > > > > > > > > > > router eigrp 200 > > > > > network 192.168.1.0 > > > > > redistrib static > > > > > > > > > > Everything works fine > > > > > > > > > > (3) > > > > > If using network 0.0.0.0 to redistribute static info as: > > > > > ip route 0.0.0.0 0.0.0.0 S1 > > > > > > > > > > router eigrp 200 > > > > > network 192.168.1.0 > > > > > network 0.0.0.0 > > > > > > > > > > In addition of distribute the 0.0.0.0, R1 will also distribute > > > 172.22.0.0 > > > > > (summury) network info through S0 > > > > > > > > first of all, you are not
Re: Wrong definition type 4 summary LSA for ASBRs [7:61615]
ASB Link summary is the distance from ABR to ASBR. http://www.cisco.com/en/US/tech/tk648/tk365/technologies_white_paper09186a00800943a1.shtml Wei - Original Message - From: "ericbrouwers" To: Sent: Wednesday, January 22, 2003 4:48 PM Subject: Wrong definition type 4 summary LSA for ASBRs [7:61615] > Hi, > > For those that are reading Cisco Press' CCNP Routing Exam Certification > Guide: > there is a very confusing definition of type 4 summary LSAs on page 292, > chapter 6: > > The AS external ASBR summary link- This LSA is sent to a router that connects > to the outside world (ASBR). It is sent from the Area Border Router to the > Autonomous System Boundary Router. The LSA contains the metric cost from the > ABR to the ASBR. This is identified as a Type 4 LSA. > > In my opinion this is wrong, isn't it? Or maybe I'm missing something? > > My understanding is that a type 4 summary LSA is originated by ABRs.It is > sent > into an area by the ABR to advertise the AS boundary routers. > > Could someone confirm my understanding? > > Eric Brouwers Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=61735&t=61615 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]