ISIS [7:33096]
I've been working on a home lab scenario involving ISIS and it's been driving me crazy. The behavior appears to be a split horizion issue even though ISIS(like OSPF) is a link state protocol and shouldn't have a problem with this. The scenario involves a hub router R4 and two spoke routers r2,r3. R4 is connected via a multipoint sub-interface to the physical frame relay interfaces on r2 and r3. There a various routers behind both of the spoke routers and the hub router. R4 sees all routes on the network as do the routers located behind R4. R2 see's all routes on the network except those behind r3 and r3 sees all routes except for those behind r2. In this setup ISIS sends out multicasted LAN hellos that are picked up by other routers. I thought perhaps that like the OSPF neighbor command that I've used in hub and spoke setup's I could use the clns is-neighbor interface command, but all I get are messages saying you cannot put static IS or ES mappings on a Frame Relay interface. Anyway, what follows are the relevant config's. I was hoping someone may spot something I haven't seen. R4# interface Serial0.2 multipoint ip address 10.10.234.4 255.255.255.240 no ip directed-broadcast ip router isis 0 no ip split-horizon clns router isis 0 isis priority 127 frame-relay map clns 102 broadcast frame-relay map clns 103 broadcast frame-relay interface-dlci 102 frame-relay interface-dlci 103 router isis 0 net 49....0004.00 r2# interface Serial1/0 ip address 10.10.234.2 255.255.255.240 ip router isis 0 encapsulation frame-relay clns router isis 0 frame-relay map clns 104 broadcast frame-relay map ip 10.10.234.3 104 frame-relay map ip 10.10.234.4 104 broadcast router isis 0 net 49....0002.00 r3# interface Serial1/0 ip address 10.10.234.3 255.255.255.240 ip router isis 0 encapsulation frame-relay clns router isis 0 frame-relay map clns 104 broadcast frame-relay map ip 10.10.234.2 104 frame-relay map ip 10.10.234.4 104 broadcast router isis 0 net 49....0003.00 -- James Haynes Network Architect Cendant IT A+,MCSE,CCNA,CCDA,CCNP,CCDP, CQS-SNA/IPSS Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=33096&t=33096 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: ISIS [7:33096]
James, I hate to give such a poorly researched answer, but I did quite a bit of experimenting with ISIS a few months back. I don't have time to verify this for sure right now, but here is what I remember: ISIS knows nothing of NBMA. It only know serial point-to-point and multi-access LANs. So I would replace those interface-dlci statements on your hub with frame-relay map ip statements and I would also add the broadcast keyword to EVERYTHING. I don't remember all of the nuances of DIS vs. DR, but I do seem to recall that in a broadcast LAN environment, all routers need to see one another. I am fairly sure that there are subtle but important differences in the way an ISIS LAN and an OSPF LAN behave. If this doesn't work, I'll make some time to try to refresh my memory. Regards, Scott James Haynes wrote: > > I've been working on a home lab scenario involving ISIS and > it's been > driving me crazy. The behavior appears to be a split horizion > issue even > though ISIS(like OSPF) is a link state protocol and shouldn't > have a problem > with this. The scenario involves a hub router R4 and two spoke > routers > r2,r3. R4 is connected via a multipoint sub-interface to the > physical frame > relay interfaces on r2 and r3. There a various routers behind > both of the > spoke routers and the hub router. R4 sees all routes on the > network as do > the routers located behind R4. R2 see's all routes on the > network except > those behind r3 and r3 sees all routes except for those behind > r2. In this > setup ISIS sends out multicasted LAN hellos that are picked up > by other > routers. > I thought perhaps that like the OSPF neighbor command that I've > used in hub > and spoke setup's I could use the clns is-neighbor interface > command, but > all I get are messages saying you cannot put static IS or ES > mappings on a > Frame Relay interface. Anyway, what follows are the relevant > config's. I was > hoping someone may spot something I haven't seen. > > R4# > > interface Serial0.2 multipoint > ip address 10.10.234.4 255.255.255.240 > no ip directed-broadcast > ip router isis 0 > no ip split-horizon > clns router isis 0 > isis priority 127 > frame-relay map clns 102 broadcast > frame-relay map clns 103 broadcast > frame-relay interface-dlci 102 > frame-relay interface-dlci 103 > > > > router isis 0 > net 49....0004.00 > > > r2# > > interface Serial1/0 > ip address 10.10.234.2 255.255.255.240 > ip router isis 0 > encapsulation frame-relay > clns router isis 0 > frame-relay map clns 104 broadcast > frame-relay map ip 10.10.234.3 104 > frame-relay map ip 10.10.234.4 104 broadcast > > router isis 0 > net 49....0002.00 > > > r3# > > interface Serial1/0 > ip address 10.10.234.3 255.255.255.240 > ip router isis 0 > encapsulation frame-relay > clns router isis 0 > frame-relay map clns 104 broadcast > frame-relay map ip 10.10.234.2 104 > frame-relay map ip 10.10.234.4 104 broadcast > > > router isis 0 > net 49....0003.00 > > > > > > > > > > > > > > > > > > > > -- > James Haynes > Network Architect > Cendant IT > A+,MCSE,CCNA,CCDA,CCNP,CCDP, > CQS-SNA/IPSS > > Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=33109&t=33096 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: ISIS [7:33096]
Scott, Thanks for your help. I had already tried the frame-relay map commands with the broadcast ending. It didn't seem to work then either :( You are correct in that on a multi-access LAN all the routers have to see each other and these two spoke routers are definitely not. The DIS is not quite the same as the DR in OSPF and advertises a pseudonode (the network) to all attached routers. Thanks for your help I'm going to keep trying. -- James Haynes Network Architect Cendant IT A+,MCSE,CCNA,CCDA,CCNP,CCDP, CQS-SNA/IPSS ""s vermill"" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > James, > > I hate to give such a poorly researched answer, but I did quite a bit of > experimenting with ISIS a few months back. I don't have time to verify this > for sure right now, but here is what I remember: > > ISIS knows nothing of NBMA. It only know serial point-to-point and > multi-access LANs. So I would replace those interface-dlci statements on > your hub with frame-relay map ip statements and I would also add the > broadcast keyword to EVERYTHING. I don't remember all of the nuances of DIS > vs. DR, but I do seem to recall that in a broadcast LAN environment, all > routers need to see one another. I am fairly sure that there are subtle but > important differences in the way an ISIS LAN and an OSPF LAN behave. > > If this doesn't work, I'll make some time to try to refresh my memory. > > Regards, > > Scott > > > James Haynes wrote: > > > > I've been working on a home lab scenario involving ISIS and > > it's been > > driving me crazy. The behavior appears to be a split horizion > > issue even > > though ISIS(like OSPF) is a link state protocol and shouldn't > > have a problem > > with this. The scenario involves a hub router R4 and two spoke > > routers > > r2,r3. R4 is connected via a multipoint sub-interface to the > > physical frame > > relay interfaces on r2 and r3. There a various routers behind > > both of the > > spoke routers and the hub router. R4 sees all routes on the > > network as do > > the routers located behind R4. R2 see's all routes on the > > network except > > those behind r3 and r3 sees all routes except for those behind > > r2. In this > > setup ISIS sends out multicasted LAN hellos that are picked up > > by other > > routers. > > I thought perhaps that like the OSPF neighbor command that I've > > used in hub > > and spoke setup's I could use the clns is-neighbor interface > > command, but > > all I get are messages saying you cannot put static IS or ES > > mappings on a > > Frame Relay interface. Anyway, what follows are the relevant > > config's. I was > > hoping someone may spot something I haven't seen. > > > > R4# > > > > interface Serial0.2 multipoint > > ip address 10.10.234.4 255.255.255.240 > > no ip directed-broadcast > > ip router isis 0 > > no ip split-horizon > > clns router isis 0 > > isis priority 127 > > frame-relay map clns 102 broadcast > > frame-relay map clns 103 broadcast > > frame-relay interface-dlci 102 > > frame-relay interface-dlci 103 > > > > > > > > router isis 0 > > net 49....0004.00 > > > > > > r2# > > > > interface Serial1/0 > > ip address 10.10.234.2 255.255.255.240 > > ip router isis 0 > > encapsulation frame-relay > > clns router isis 0 > > frame-relay map clns 104 broadcast > > frame-relay map ip 10.10.234.3 104 > > frame-relay map ip 10.10.234.4 104 broadcast > > > > router isis 0 > > net 49....0002.00 > > > > > > r3# > > > > interface Serial1/0 > > ip address 10.10.234.3 255.255.255.240 > > ip router isis 0 > > encapsulation frame-relay > > clns router isis 0 > > frame-relay map clns 104 broadcast > > frame-relay map ip 10.10.234.2 104 > > frame-relay map ip 10.10.234.4 104 broadcast > > > > > > router isis 0 > > net 49....0003.00 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > James Haynes > > Network Architect > > Cendant IT > > A+,MCSE,CCNA,CCDA,CCNP,CCDP, > > CQS-SNA/IPSS Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=33111&t=33096 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: ISIS [7:33096]
James, OK, you tried the map statements with the broadcast keyword on the hub. Did you add the broadcast keyword on the map statements between the spoke sites? Regards, Scott James Haynes wrote: > > Scott, > > Thanks for your help. I had already tried the frame-relay map > commands with > the broadcast ending. It didn't seem to work then either :( > You are correct in that on a multi-access LAN all the routers > have to see > each other and these two spoke routers are definitely not. The > DIS is not > quite the same as the DR in OSPF and advertises a pseudonode > (the network) > to all attached routers. Thanks for your help I'm going to keep > trying. > > -- > James Haynes > Network Architect > Cendant IT > A+,MCSE,CCNA,CCDA,CCNP,CCDP, > CQS-SNA/IPSS > > ""s vermill"" wrote in message > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > James, > > > > I hate to give such a poorly researched answer, but I did > quite a bit of > > experimenting with ISIS a few months back. I don't have time > to verify > this > > for sure right now, but here is what I remember: > > > > ISIS knows nothing of NBMA. It only know serial > point-to-point and > > multi-access LANs. So I would replace those interface-dlci > statements on > > your hub with frame-relay map ip statements and I would also > add the > > broadcast keyword to EVERYTHING. I don't remember all of the > nuances of > DIS > > vs. DR, but I do seem to recall that in a broadcast LAN > environment, all > > routers need to see one another. I am fairly sure that there > are subtle > but > > important differences in the way an ISIS LAN and an OSPF LAN > behave. > > > > If this doesn't work, I'll make some time to try to refresh > my memory. > > > > Regards, > > > > Scott > > > > > > James Haynes wrote: > > > > > > I've been working on a home lab scenario involving ISIS and > > > it's been > > > driving me crazy. The behavior appears to be a split > horizion > > > issue even > > > though ISIS(like OSPF) is a link state protocol and > shouldn't > > > have a problem > > > with this. The scenario involves a hub router R4 and two > spoke > > > routers > > > r2,r3. R4 is connected via a multipoint sub-interface to the > > > physical frame > > > relay interfaces on r2 and r3. There a various routers > behind > > > both of the > > > spoke routers and the hub router. R4 sees all routes on the > > > network as do > > > the routers located behind R4. R2 see's all routes on the > > > network except > > > those behind r3 and r3 sees all routes except for those > behind > > > r2. In this > > > setup ISIS sends out multicasted LAN hellos that are picked > up > > > by other > > > routers. > > > I thought perhaps that like the OSPF neighbor command that > I've > > > used in hub > > > and spoke setup's I could use the clns is-neighbor interface > > > command, but > > > all I get are messages saying you cannot put static IS or ES > > > mappings on a > > > Frame Relay interface. Anyway, what follows are the relevant > > > config's. I was > > > hoping someone may spot something I haven't seen. > > > > > > R4# > > > > > > interface Serial0.2 multipoint > > > ip address 10.10.234.4 255.255.255.240 > > > no ip directed-broadcast > > > ip router isis 0 > > > no ip split-horizon > > > clns router isis 0 > > > isis priority 127 > > > frame-relay map clns 102 broadcast > > > frame-relay map clns 103 broadcast > > > frame-relay interface-dlci 102 > > > frame-relay interface-dlci 103 > > > > > > > > > > > > router isis 0 > > > net 49....0004.00 > > > > > > > > > r2# > > > > > > interface Serial1/0 > > > ip address 10.10.234.2 255.255.255.240 > > > ip router isis 0 > > > encapsulation frame-relay > > > clns router isis 0 > > > frame-relay map clns 104 broadcast > > > frame-relay map ip 10.10.234.3 104 > > > frame-relay map ip 10.10.234.4 104 broadcast > > > > > > router isis 0 > > > net 49....0002.00 > > > > > > > > > r3# > > > > > > interface Serial1/0 > > > ip address 10.10.234.3 255.255.255.240 > > > ip router isis 0 > > > encapsulation frame-relay > > > clns router isis 0 > > > frame-relay map clns 104 broadcast > > > frame-relay map ip 10.10.234.2 104 > > > frame-relay map ip 10.10.234.4 104 broadcast > > > > > > > > > router isis 0 > > > net 49....0003.00 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > James Haynes > > > Network Architect > > > Cendant IT > > > A+,MCSE,CCNA,CCDA,CCNP,CCDP, > > > CQS-SNA/IPSS > > Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=33118&t=33096 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: ISIS [7:33096]
Yes, the spoke routers frame-relay map statements all contain the broadcast keyword as well. However, the routes are still not propagating. If I use the "show isis topology" command on the spoke routers I can see the other spoke router and the correct metric to it, but not the next hop, interface, or DLCI it needs to take to get there. -- James Haynes Network Architect Cendant IT A+,MCSE,CCNA,CCDA,CCNP,CCDP, CQS-SNA/IPSS ""s vermill"" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > James, > > OK, you tried the map statements with the broadcast keyword on the hub. Did > you add the broadcast keyword on the map statements between the spoke sites? > > Regards, > > Scott > > James Haynes wrote: > > > > Scott, > > > > Thanks for your help. I had already tried the frame-relay map > > commands with > > the broadcast ending. It didn't seem to work then either :( > > You are correct in that on a multi-access LAN all the routers > > have to see > > each other and these two spoke routers are definitely not. The > > DIS is not > > quite the same as the DR in OSPF and advertises a pseudonode > > (the network) > > to all attached routers. Thanks for your help I'm going to keep > > trying. > > > > -- > > James Haynes > > Network Architect > > Cendant IT > > A+,MCSE,CCNA,CCDA,CCNP,CCDP, > > CQS-SNA/IPSS > > > > ""s vermill"" wrote in message > > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > > James, > > > > > > I hate to give such a poorly researched answer, but I did > > quite a bit of > > > experimenting with ISIS a few months back. I don't have time > > to verify > > this > > > for sure right now, but here is what I remember: > > > > > > ISIS knows nothing of NBMA. It only know serial > > point-to-point and > > > multi-access LANs. So I would replace those interface-dlci > > statements on > > > your hub with frame-relay map ip statements and I would also > > add the > > > broadcast keyword to EVERYTHING. I don't remember all of the > > nuances of > > DIS > > > vs. DR, but I do seem to recall that in a broadcast LAN > > environment, all > > > routers need to see one another. I am fairly sure that there > > are subtle > > but > > > important differences in the way an ISIS LAN and an OSPF LAN > > behave. > > > > > > If this doesn't work, I'll make some time to try to refresh > > my memory. > > > > > > Regards, > > > > > > Scott > > > > > > > > > James Haynes wrote: > > > > > > > > I've been working on a home lab scenario involving ISIS and > > > > it's been > > > > driving me crazy. The behavior appears to be a split > > horizion > > > > issue even > > > > though ISIS(like OSPF) is a link state protocol and > > shouldn't > > > > have a problem > > > > with this. The scenario involves a hub router R4 and two > > spoke > > > > routers > > > > r2,r3. R4 is connected via a multipoint sub-interface to the > > > > physical frame > > > > relay interfaces on r2 and r3. There a various routers > > behind > > > > both of the > > > > spoke routers and the hub router. R4 sees all routes on the > > > > network as do > > > > the routers located behind R4. R2 see's all routes on the > > > > network except > > > > those behind r3 and r3 sees all routes except for those > > behind > > > > r2. In this > > > > setup ISIS sends out multicasted LAN hellos that are picked > > up > > > > by other > > > > routers. > > > > I thought perhaps that like the OSPF neighbor command that > > I've > > > > used in hub > > > > and spoke setup's I could use the clns is-neighbor interface > > > > command, but > > > > all I get are messages saying you cannot put static IS or ES > > > > mappings on a > > > > Frame Relay interface. Anyway, what follows are the relevant > > > > config's. I was > > > > hoping someone may spot something I haven't seen. > > > > > > > > R4# > > > > > > > > interface Serial0.2 multipoint > > > > ip address 10.10.234.4 255.255.255.240 > > > > no ip directed-broadcast > > > > ip router isis 0 > > > > no ip split-horizon > > > > clns router isis 0 > > > > isis priority 127 > > > > frame-relay map clns 102 broadcast > > > > frame-relay map clns 103 broadcast > > > > frame-relay interface-dlci 102 > > > > frame-relay interface-dlci 103 > > > > > > > > > > > > > > > > router isis 0 > > > > net 49....0004.00 > > > > > > > > > > > > r2# > > > > > > > > interface Serial1/0 > > > > ip address 10.10.234.2 255.255.255.240 > > > > ip router isis 0 > > > > encapsulation frame-relay > > > > clns router isis 0 > > > > frame-relay map clns 104 broadcast > > > > frame-relay map ip 10.10.234.3 104 > > > > frame-relay map ip 10.10.234.4 104 broadcast > > > > > > > > router isis 0 > > > > net 49....0002.00 > > > > > > > > > > > > r3# > > > > > > > > interface Serial1/0 > > > > ip address 10.10.234.3 255.255.255.240 > > > > ip router isis 0 > > > > encapsulation frame-relay > > > > clns router isis 0 > > > > frame-relay map clns 104 broadcast > > > > frame-relay map ip 10.10.234
Re: ISIS [7:33096]
James, I notice that you are using the same DLCI (104) between the spokes as the one you use to get to the hub. Is this right? I was under the impression that the non-NBMA support aspect of ISIS required either p-t-p subinterfaces or fully meshed mulipoint. Scott James Haynes wrote: > > Yes, the spoke routers frame-relay map statements all contain > the broadcast > keyword as well. However, the routes are still not propagating. > If I use the > "show isis topology" command on the spoke routers I can see the > other spoke > router and the correct metric to it, but not the next hop, > interface, or > DLCI it needs to take to get there. > > -- > James Haynes > Network Architect > Cendant IT > A+,MCSE,CCNA,CCDA,CCNP,CCDP, > CQS-SNA/IPSS > > ""s vermill"" wrote in message > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > James, > > > > OK, you tried the map statements with the broadcast keyword > on the hub. > Did > > you add the broadcast keyword on the map statements between > the spoke > sites? > > > > Regards, > > > > Scott > > > > James Haynes wrote: > > > > > > Scott, > > > > > > Thanks for your help. I had already tried the frame-relay > map > > > commands with > > > the broadcast ending. It didn't seem to work then either :( > > > You are correct in that on a multi-access LAN all the > routers > > > have to see > > > each other and these two spoke routers are definitely not. > The > > > DIS is not > > > quite the same as the DR in OSPF and advertises a pseudonode > > > (the network) > > > to all attached routers. Thanks for your help I'm going to > keep > > > trying. > > > > > > -- > > > James Haynes > > > Network Architect > > > Cendant IT > > > A+,MCSE,CCNA,CCDA,CCNP,CCDP, > > > CQS-SNA/IPSS > > > > > > ""s vermill"" wrote in message > > > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > > > James, > > > > > > > > I hate to give such a poorly researched answer, but I did > > > quite a bit of > > > > experimenting with ISIS a few months back. I don't have > time > > > to verify > > > this > > > > for sure right now, but here is what I remember: > > > > > > > > ISIS knows nothing of NBMA. It only know serial > > > point-to-point and > > > > multi-access LANs. So I would replace those > interface-dlci > > > statements on > > > > your hub with frame-relay map ip statements and I would > also > > > add the > > > > broadcast keyword to EVERYTHING. I don't remember all of > the > > > nuances of > > > DIS > > > > vs. DR, but I do seem to recall that in a broadcast LAN > > > environment, all > > > > routers need to see one another. I am fairly sure that > there > > > are subtle > > > but > > > > important differences in the way an ISIS LAN and an OSPF > LAN > > > behave. > > > > > > > > If this doesn't work, I'll make some time to try to > refresh > > > my memory. > > > > > > > > Regards, > > > > > > > > Scott > > > > > > > > > > > > James Haynes wrote: > > > > > > > > > > I've been working on a home lab scenario involving ISIS > and > > > > > it's been > > > > > driving me crazy. The behavior appears to be a split > > > horizion > > > > > issue even > > > > > though ISIS(like OSPF) is a link state protocol and > > > shouldn't > > > > > have a problem > > > > > with this. The scenario involves a hub router R4 and two > > > spoke > > > > > routers > > > > > r2,r3. R4 is connected via a multipoint sub-interface > to the > > > > > physical frame > > > > > relay interfaces on r2 and r3. There a various routers > > > behind > > > > > both of the > > > > > spoke routers and the hub router. R4 sees all routes on > the > > > > > network as do > > > > > the routers located behind R4. R2 see's all routes on > the > > > > > network except > > > > > those behind r3 and r3 sees all routes except for those > > > behind > > > > > r2. In this > > > > > setup ISIS sends out multicasted LAN hellos that are > picked > > > up > > > > > by other > > > > > routers. > > > > > I thought perhaps that like the OSPF neighbor command > that > > > I've > > > > > used in hub > > > > > and spoke setup's I could use the clns is-neighbor > interface > > > > > command, but > > > > > all I get are messages saying you cannot put static IS > or ES > > > > > mappings on a > > > > > Frame Relay interface. Anyway, what follows are the > relevant > > > > > config's. I was > > > > > hoping someone may spot something I haven't seen. > > > > > > > > > > R4# > > > > > > > > > > interface Serial0.2 multipoint > > > > > ip address 10.10.234.4 255.255.255.240 > > > > > no ip directed-broadcast > > > > > ip router isis 0 > > > > > no ip split-horizon > > > > > clns router isis 0 > > > > > isis priority 127 > > > > > frame-relay map clns 102 broadcast > > > > > frame-relay map clns 103 broadcast > > > > > frame-relay interface-dlci 102 > > > > > frame-relay interface-dlci 103 > > > > > > > > > > > > > > > > > > > > router isis 0 > > > > > net 49....0004.00 > > > > > > > > > > > > > > > r2# > > > > > > > > > > interface
RE: ISIS [7:33096]
Add 'frame-relay map ip ' statements as well as the 'frame-relay map clns' statements and it will resolve your problem. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 24, 2002 4:11 PM To: [EMAIL PROTECTED] Subject: Re: ISIS [7:33096] James, OK, you tried the map statements with the broadcast keyword on the hub. Did you add the broadcast keyword on the map statements between the spoke sites? Regards, Scott James Haynes wrote: > > Scott, > > Thanks for your help. I had already tried the frame-relay map > commands with > the broadcast ending. It didn't seem to work then either :( > You are correct in that on a multi-access LAN all the routers > have to see > each other and these two spoke routers are definitely not. The > DIS is not > quite the same as the DR in OSPF and advertises a pseudonode > (the network) > to all attached routers. Thanks for your help I'm going to keep > trying. > > -- > James Haynes > Network Architect > Cendant IT > A+,MCSE,CCNA,CCDA,CCNP,CCDP, > CQS-SNA/IPSS > > ""s vermill"" wrote in message > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > James, > > > > I hate to give such a poorly researched answer, but I did > quite a bit of > > experimenting with ISIS a few months back. I don't have time > to verify > this > > for sure right now, but here is what I remember: > > > > ISIS knows nothing of NBMA. It only know serial > point-to-point and > > multi-access LANs. So I would replace those interface-dlci > statements on > > your hub with frame-relay map ip statements and I would also > add the > > broadcast keyword to EVERYTHING. I don't remember all of the > nuances of > DIS > > vs. DR, but I do seem to recall that in a broadcast LAN > environment, all > > routers need to see one another. I am fairly sure that there > are subtle > but > > important differences in the way an ISIS LAN and an OSPF LAN > behave. > > > > If this doesn't work, I'll make some time to try to refresh > my memory. > > > > Regards, > > > > Scott > > > > > > James Haynes wrote: > > > > > > I've been working on a home lab scenario involving ISIS and > > > it's been > > > driving me crazy. The behavior appears to be a split > horizion > > > issue even > > > though ISIS(like OSPF) is a link state protocol and > shouldn't > > > have a problem > > > with this. The scenario involves a hub router R4 and two > spoke > > > routers > > > r2,r3. R4 is connected via a multipoint sub-interface to the > > > physical frame > > > relay interfaces on r2 and r3. There a various routers > behind > > > both of the > > > spoke routers and the hub router. R4 sees all routes on the > > > network as do > > > the routers located behind R4. R2 see's all routes on the > > > network except > > > those behind r3 and r3 sees all routes except for those > behind > > > r2. In this > > > setup ISIS sends out multicasted LAN hellos that are picked > up > > > by other > > > routers. > > > I thought perhaps that like the OSPF neighbor command that > I've > > > used in hub > > > and spoke setup's I could use the clns is-neighbor interface > > > command, but > > > all I get are messages saying you cannot put static IS or ES > > > mappings on a > > > Frame Relay interface. Anyway, what follows are the relevant > > > config's. I was > > > hoping someone may spot something I haven't seen. > > > > > > R4# > > > > > > interface Serial0.2 multipoint > > > ip address 10.10.234.4 255.255.255.240 > > > no ip directed-broadcast > > > ip router isis 0 > > > no ip split-horizon > > > clns router isis 0 > > > isis priority 127 > > > frame-relay map clns 102 broadcast > > > frame-relay map clns 103 broadcast > > > frame-relay interface-dlci 102 > > > frame-relay interface-dlci 103 > > > > > > > > > > > > router isis 0 > > > net 49....0004.00 > > > > > > > > > r2# > > > > > > interface Serial1/0 > > > ip address 10.10.234.2 255.255.255.240 > > > ip router isis 0 > > > encapsulation frame-relay > > > clns router isis 0 > > > frame-relay map clns 104 broadcast >
Re: ISIS [7:33096]
Scott, I have been reading many of the troubleshooting articles about ISIS at the Cisco web site and every WAN scenario indeed involves a fully meshed multipoint frame relay configuration or a p-t-p subinterface setup. What I'm trying to do is not going to work at all. I thank you for your replies.Sometimes I have to be hit over the head before I understand something correctly. -- James Haynes Network Architect Cendant IT A+,MCSE,CCNA,CCDA,CCNP,CCDP, CQS-SNA/IPSS ""s vermill"" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > James, > > I notice that you are using the same DLCI (104) between the spokes as the > one you use to get to the hub. Is this right? I was under the impression > that the non-NBMA support aspect of ISIS required either p-t-p subinterfaces > or fully meshed mulipoint. > > Scott > > James Haynes wrote: > > > > Yes, the spoke routers frame-relay map statements all contain > > the broadcast > > keyword as well. However, the routes are still not propagating. > > If I use the > > "show isis topology" command on the spoke routers I can see the > > other spoke > > router and the correct metric to it, but not the next hop, > > interface, or > > DLCI it needs to take to get there. > > > > -- > > James Haynes > > Network Architect > > Cendant IT > > A+,MCSE,CCNA,CCDA,CCNP,CCDP, > > CQS-SNA/IPSS > > > > ""s vermill"" wrote in message > > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > > James, > > > > > > OK, you tried the map statements with the broadcast keyword > > on the hub. > > Did > > > you add the broadcast keyword on the map statements between > > the spoke > > sites? > > > > > > Regards, > > > > > > Scott > > > > > > James Haynes wrote: > > > > > > > > Scott, > > > > > > > > Thanks for your help. I had already tried the frame-relay > > map > > > > commands with > > > > the broadcast ending. It didn't seem to work then either :( > > > > You are correct in that on a multi-access LAN all the > > routers > > > > have to see > > > > each other and these two spoke routers are definitely not. > > The > > > > DIS is not > > > > quite the same as the DR in OSPF and advertises a pseudonode > > > > (the network) > > > > to all attached routers. Thanks for your help I'm going to > > keep > > > > trying. > > > > > > > > -- > > > > James Haynes > > > > Network Architect > > > > Cendant IT > > > > A+,MCSE,CCNA,CCDA,CCNP,CCDP, > > > > CQS-SNA/IPSS > > > > > > > > ""s vermill"" wrote in message > > > > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > > > > James, > > > > > > > > > > I hate to give such a poorly researched answer, but I did > > > > quite a bit of > > > > > experimenting with ISIS a few months back. I don't have > > time > > > > to verify > > > > this > > > > > for sure right now, but here is what I remember: > > > > > > > > > > ISIS knows nothing of NBMA. It only know serial > > > > point-to-point and > > > > > multi-access LANs. So I would replace those > > interface-dlci > > > > statements on > > > > > your hub with frame-relay map ip statements and I would > > also > > > > add the > > > > > broadcast keyword to EVERYTHING. I don't remember all of > > the > > > > nuances of > > > > DIS > > > > > vs. DR, but I do seem to recall that in a broadcast LAN > > > > environment, all > > > > > routers need to see one another. I am fairly sure that > > there > > > > are subtle > > > > but > > > > > important differences in the way an ISIS LAN and an OSPF > > LAN > > > > behave. > > > > > > > > > > If this doesn't work, I'll make some time to try to > > refresh > > > > my memory. > > > > > > > > > > Regards, > > > > > > > > > > Scott > > > > > > > > > > > > > > > James Haynes wrote: > > > > > > > > > > > > I've been working on a home lab scenario involving ISIS > > and > > > > > > it's been > > > > > > driving me crazy. The behavior appears to be a split > > > > horizion > > > > > > issue even > > > > > > though ISIS(like OSPF) is a link state protocol and > > > > shouldn't > > > > > > have a problem > > > > > > with this. The scenario involves a hub router R4 and two > > > > spoke > > > > > > routers > > > > > > r2,r3. R4 is connected via a multipoint sub-interface > > to the > > > > > > physical frame > > > > > > relay interfaces on r2 and r3. There a various routers > > > > behind > > > > > > both of the > > > > > > spoke routers and the hub router. R4 sees all routes on > > the > > > > > > network as do > > > > > > the routers located behind R4. R2 see's all routes on > > the > > > > > > network except > > > > > > those behind r3 and r3 sees all routes except for those > > > > behind > > > > > > r2. In this > > > > > > setup ISIS sends out multicasted LAN hellos that are > > picked > > > > up > > > > > > by other > > > > > > routers. > > > > > > I thought perhaps that like the OSPF neighbor command > > that > > > > I've > > > > > > used in hub > > > > > > and spoke setup's I could use the clns is-neighbor > > interface > > > > > > command, but > > > > > > all I get
RE: ISIS [7:33096]
Jeff, That was my initial suggestion, which James said didn't cut it. Would you add your thoughts on the full mesh issue? Thanks, Scott Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=33128&t=33096 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: ISIS [7:33096]
James, You are quite welcome. I have recently begun to worry that all of my hard work to fully understand ISIS was wasting away. I need to go back and refresh every couple of months or all is lost because I don't get any real world interaction with ISIS (at least not yet). So in that regard, thanks for letting me play. Just in closing, I would think that you could switch incoming and outgoing DLCIs on your hub to make this fully meshed. I'm sure you thought of that already, but thought I'd throw it out there in case your brain is mush after all of your efforts. Have a great day! Scott Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=33129&t=33096 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: ISIS [7:33096]
Mush is definitely what it feels like.My work with ISIS is limited to playing with it in a lab as well. I'm going to fully mesh this later just so I can see it work. Thanks again. -- James Haynes Network Architect Cendant IT A+,MCSE,CCNA,CCDA,CCNP,CCDP, CQS-SNA/IPSS ""s vermill"" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > James, > > You are quite welcome. I have recently begun to worry that all of my hard > work to fully understand ISIS was wasting away. I need to go back and > refresh every couple of months or all is lost because I don't get any real > world interaction with ISIS (at least not yet). So in that regard, thanks > for letting me play. > > Just in closing, I would think that you could switch incoming and outgoing > DLCIs on your hub to make this fully meshed. I'm sure you thought of that > already, but thought I'd throw it out there in case your brain is mush after > all of your efforts. > > Have a great day! > > Scott Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=33130&t=33096 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]