RE: OSPF & Virtual Links [7:60379]
Hi Matthew, You must always specify the transit area when configuring a virtual link. So use following command on both area border routers: area transit-area virtual-link ip-address The configs on page 310 are not correct, since the transit area in the picture seems to be area 1. Moreover "area 1 stub" should be removed from the config. Configs should be like this: Router Jack interface loopback 0 ip address 10.10.10.33 255.255.255.0 router ospf 100 network 172.16.20.128 0.0.0.7 area 0 network 172.16.20.8 0.0.0.7 area 1 area 1 virtual-link 10.10.10.30 Router Darius = interface loopback 0 ip address 10.10.10.30 255.255.255.0 router ospf 100 network 172.16.20.32 0.0.0.7 area 5 network 172.16.20.64 0.0.0.7 area 1 area 1 virtual-link 10.10.10.33 Actually I'm trying to find an errata for the CCNP Routing Exam Certification Guide. I couldn't find it on the Cisco Press web site. Does anyone have an errata for this routing certification guide? Thanks, Eric Brouwers Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=61304&t=60379 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
OSPF & Virtual Links [7:60379]
Hi all, I am studying the Cisco text "CCNP Routing" Exam Certification Guide and on page 310 there is an example configuration: Router Jack interface loopback 0 ip address 10.10.10.33 255.255.255.0 router ospf 100 network 172.16.20.128 0.0.0.7 area 0 network 172.16.20.8 0.0.0.7 area 1 area 0 range 172.16.20.128 255.255.255.192 area 1 stub area 1 default-cost 15 area 5 virtual-link 10.10.10.30 Router Darius loopback interface 0 ip address 10.10.10.30 255.255.255.0 ospf 100 network 172.16.20.32 0.0.0.7 area 5 network 172.16.20.64 0.0.0.7 area 1 area 5 virtual-link 10.0.0.33 I'm interested in lines 10 and 17. I thought the area-id specified is the transit area, whereas in the diagram over the page the transit area is area 1, and area 0 has a virtual link to area 5. However here they have the area-id as 5, and not 1 (I would have thought it was 1). Can anyone confirm whether the area-id is 1 or 5, and why? any help appreciated. Matthew. Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=60379&t=60379 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: OSPF Virtual-links [7:42565]
Thanks for the reply! Good point about the router ID. After the first response, I began playing with the OSPF "router-id" command, and subsequently discovered that the virtual-link must be defined as terminating at the router-id, and not the physical interface or in any specific area. As far as joining discontiguous nonzero areas, I would be interested to see the configs... -Jeremy -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Chuck Sent: Thursday, April 25, 2002 6:29 PM To: [EMAIL PROTECTED] Subject: Re: OSPF Virtual-links [7:42565] In the world of OSPF, the virtual link end points are the router RID's This is defined in the RFC. with virtual links, the hello packet has the V bit set to 1. I believe that the TTL of the IP packet transporting the VL hello is set to 255. In any case, virtual link hellos are forwarded until such time as they reach a router who meets the VL end point requirement or until they reach the end of the area over which the virtual link is to travel. I presume that virtual link packets do not wander aimlessly through an OSPF domain, but stop at the border of the defined transit area. So, in answer to your question, no, the termination point of the virtual link does not have to be an interface in area 0. in fact, virtual links can be used to join discontiguous non zero areas. There is an example of this in Terry Slattery's book Advanced IP Routing in Cisco Networks. HTH ""Jeremy"" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > My question is regarding OSPF and virtual links. As you can see, I have > created an area 23 between R2 and R3 such that R3 will need a virtual link > defined in order to have a connection to Area 0. My question is, does R3 > have to peer with an interface in R2 that is a member of area 0? I have > noticed that if I put R2's loopback interface (which R3 is peering to) in > area 23, it fails, whereas, if I move the interface to area 0, the virtual > link comes up. Please take a look at the crude diagram below, or the > attached visio for clarification. Please let me know your thoughts on this. > Thanks again for all of your informed help (and I apologize if this appears > to be a less-than-CCIE-caliber question). > > Topology map (excuse the crude map, if you have visio, check out the > enclosed diagram: > R5---R1 > / \ > /\ >R4R2--R3 > > Router2: > router ospf 10 > area 23 virtual-link 130.10.23.3 > network 130.10.2.2 0.0.0.0 area 0 (Loopback Interface) > network 130.10.23.2 0.0.0.0 area 23 (Link to R3 Serial Interface (S1)) > network 130.10.245.2 0.0.0.0 area 0 (Link to R5 Frame-Relay Interface (S0) > [DR=R5]) > > Router3: > router ospf 10 > area 23 virtual-link 130.10.2.2 (Virtual link peering to Loopback on R2 (in > area 0, does it have to be?) > network 130.10.23.3 0.0.0.0 area 23 (link to R3 Serial Interface (S0)) > > Router4: > router ospf 10 > network 130.10.4.4 0.0.0.0 area 4 (Loopback Interface) > network 130.10.245.4 0.0.0.0 area 0 (Link to R5 Frame-Relay Interface (S0) > [DR=R5]) > > Router5: > router ospf 10 > network 130.10.5.5 0.0.0.0 area 5 > network 130.10.245.5 0.0.0.0 area 0 > neighbor 130.10.245.2 > neighbor 130.10.245.4 > > > BTW, anyone else taking the exam on April 30th? I am...heheh... > > [GroupStudy.com removed an attachment of type application/vnd] Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=42657&t=42565 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: OSPF Virtual-links [7:42565]
In the world of OSPF, the virtual link end points are the router RID's This is defined in the RFC. with virtual links, the hello packet has the V bit set to 1. I believe that the TTL of the IP packet transporting the VL hello is set to 255. In any case, virtual link hellos are forwarded until such time as they reach a router who meets the VL end point requirement or until they reach the end of the area over which the virtual link is to travel. I presume that virtual link packets do not wander aimlessly through an OSPF domain, but stop at the border of the defined transit area. So, in answer to your question, no, the termination point of the virtual link does not have to be an interface in area 0. in fact, virtual links can be used to join discontiguous non zero areas. There is an example of this in Terry Slattery's book Advanced IP Routing in Cisco Networks. HTH ""Jeremy"" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > My question is regarding OSPF and virtual links. As you can see, I have > created an area 23 between R2 and R3 such that R3 will need a virtual link > defined in order to have a connection to Area 0. My question is, does R3 > have to peer with an interface in R2 that is a member of area 0? I have > noticed that if I put R2's loopback interface (which R3 is peering to) in > area 23, it fails, whereas, if I move the interface to area 0, the virtual > link comes up. Please take a look at the crude diagram below, or the > attached visio for clarification. Please let me know your thoughts on this. > Thanks again for all of your informed help (and I apologize if this appears > to be a less-than-CCIE-caliber question). > > Topology map (excuse the crude map, if you have visio, check out the > enclosed diagram: > R5---R1 > / \ > /\ >R4R2--R3 > > Router2: > router ospf 10 > area 23 virtual-link 130.10.23.3 > network 130.10.2.2 0.0.0.0 area 0 (Loopback Interface) > network 130.10.23.2 0.0.0.0 area 23 (Link to R3 Serial Interface (S1)) > network 130.10.245.2 0.0.0.0 area 0 (Link to R5 Frame-Relay Interface (S0) > [DR=R5]) > > Router3: > router ospf 10 > area 23 virtual-link 130.10.2.2 (Virtual link peering to Loopback on R2 (in > area 0, does it have to be?) > network 130.10.23.3 0.0.0.0 area 23 (link to R3 Serial Interface (S0)) > > Router4: > router ospf 10 > network 130.10.4.4 0.0.0.0 area 4 (Loopback Interface) > network 130.10.245.4 0.0.0.0 area 0 (Link to R5 Frame-Relay Interface (S0) > [DR=R5]) > > Router5: > router ospf 10 > network 130.10.5.5 0.0.0.0 area 5 > network 130.10.245.5 0.0.0.0 area 0 > neighbor 130.10.245.2 > neighbor 130.10.245.4 > > > BTW, anyone else taking the exam on April 30th? I am...heheh... > > [GroupStudy.com removed an attachment of type application/vnd] Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=42623&t=42565 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: OSPF Virtual-links [7:42565]
I think the VL must be defined on both routers using each others RID not just any arbitraray interface) In your case maybe the time it worked just happened to be when you defined the link with the RID. Anthony Pace ""Jeremy"" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > My question is regarding OSPF and virtual links. As you can see, I have > created an area 23 between R2 and R3 such that R3 will need a virtual link > defined in order to have a connection to Area 0. My question is, does R3 > have to peer with an interface in R2 that is a member of area 0? I have > noticed that if I put R2's loopback interface (which R3 is peering to) in > area 23, it fails, whereas, if I move the interface to area 0, the virtual > link comes up. Please take a look at the crude diagram below, or the > attached visio for clarification. Please let me know your thoughts on this. > Thanks again for all of your informed help (and I apologize if this appears > to be a less-than-CCIE-caliber question). > > Topology map (excuse the crude map, if you have visio, check out the > enclosed diagram: > R5---R1 > / \ > /\ >R4R2--R3 > > Router2: > router ospf 10 > area 23 virtual-link 130.10.23.3 > network 130.10.2.2 0.0.0.0 area 0 (Loopback Interface) > network 130.10.23.2 0.0.0.0 area 23 (Link to R3 Serial Interface (S1)) > network 130.10.245.2 0.0.0.0 area 0 (Link to R5 Frame-Relay Interface (S0) > [DR=R5]) > > Router3: > router ospf 10 > area 23 virtual-link 130.10.2.2 (Virtual link peering to Loopback on R2 (in > area 0, does it have to be?) > network 130.10.23.3 0.0.0.0 area 23 (link to R3 Serial Interface (S0)) > > Router4: > router ospf 10 > network 130.10.4.4 0.0.0.0 area 4 (Loopback Interface) > network 130.10.245.4 0.0.0.0 area 0 (Link to R5 Frame-Relay Interface (S0) > [DR=R5]) > > Router5: > router ospf 10 > network 130.10.5.5 0.0.0.0 area 5 > network 130.10.245.5 0.0.0.0 area 0 > neighbor 130.10.245.2 > neighbor 130.10.245.4 > > > BTW, anyone else taking the exam on April 30th? I am...heheh... > > [GroupStudy.com removed an attachment of type application/vnd] Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=42572&t=42565 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
OSPF Virtual-links [7:42565]
My question is regarding OSPF and virtual links. As you can see, I have created an area 23 between R2 and R3 such that R3 will need a virtual link defined in order to have a connection to Area 0. My question is, does R3 have to peer with an interface in R2 that is a member of area 0? I have noticed that if I put R2's loopback interface (which R3 is peering to) in area 23, it fails, whereas, if I move the interface to area 0, the virtual link comes up. Please take a look at the crude diagram below, or the attached visio for clarification. Please let me know your thoughts on this. Thanks again for all of your informed help (and I apologize if this appears to be a less-than-CCIE-caliber question). Topology map (excuse the crude map, if you have visio, check out the enclosed diagram: R5---R1 / \ / \ R4R2--R3 Router2: router ospf 10 area 23 virtual-link 130.10.23.3 network 130.10.2.2 0.0.0.0 area 0 (Loopback Interface) network 130.10.23.2 0.0.0.0 area 23 (Link to R3 Serial Interface (S1)) network 130.10.245.2 0.0.0.0 area 0 (Link to R5 Frame-Relay Interface (S0) [DR=R5]) Router3: router ospf 10 area 23 virtual-link 130.10.2.2 (Virtual link peering to Loopback on R2 (in area 0, does it have to be?) network 130.10.23.3 0.0.0.0 area 23 (link to R3 Serial Interface (S0)) Router4: router ospf 10 network 130.10.4.4 0.0.0.0 area 4 (Loopback Interface) network 130.10.245.4 0.0.0.0 area 0 (Link to R5 Frame-Relay Interface (S0) [DR=R5]) Router5: router ospf 10 network 130.10.5.5 0.0.0.0 area 5 network 130.10.245.5 0.0.0.0 area 0 neighbor 130.10.245.2 neighbor 130.10.245.4 BTW, anyone else taking the exam on April 30th? I am...heheh... [GroupStudy.com removed an attachment of type application/vnd] Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=42565&t=42565 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: [Doyle on OSPF - Virtual Links [7:21658]
funny how this "quick fix" holds a such a place of prominence in the standard ;-> Chuck -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Wednesday, October 03, 2001 6:03 AM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: [Doyle on OSPF - Virtual Links [7:21658] Chuck, Also remember that in a perfect world, virtual links are only meant to be a "quick fix" and, in most network designs, they are not an acceptable standard. My .02c, Rob H.NP, DP, blah,blah,blah. 1 of 48 Subj: RE: [Doyle on OSPF - Virtual Links [7:21658] Date: Tue, 2 Oct 2001 8:35:54 PM Eastern Daylight Time From: "Chuck Larrieu" To: [EMAIL PROTECTED] RFC 1793 discusses demand circuits in detail. I suspect but don not know for sure that virtual circuits are treated as demand circuits for a couple of reasons. A virtual circuit can traverse a bunch of routers from point of termination. The designers were sensitive to the added traffic that LSA's and hellos would add. Remember that the design work was done back in the days when a T1 was the greatest thing on earth, and 56K was common in WAN backbones. Also, it might be that the designers were thinking that virtual links might actually take place over dial up connections. for example, if I have a small dial up branch office in another state, I have them dial up to the nearest ( least costly ) branch office, rather than dial directly to my HQ site. Chuck -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Curtis Call Sent: Tuesday, October 02, 2001 7:36 AM To: [EMAIL PROTECTED] Subject: Re: [Doyle on OSPF - Virtual Links [7:21658] This is referring to the fact that the virtual-link is being treated as a Demand Circuit. I don't believe that Doyle spoke much about this in his book, but I could be wrong. A Demand Circuit is used for low-bandwidth links such as ISDN to limit the uptime required for the link, this is done in two ways, first Hellos are suppressed between the two endpoints, and second LSAs are not sent when they expire, instead they are marked as DoNotAge LSAs which act just like they sound, they don't age. These two features are independent of each other, so for instance you could have a demand circuit that is suppressing Hellos, but isn't sending DoNotAge LSAs (so the LSAs will still need to be refreshed) or you could theoretically have a demand circuit that isn't suppressing Hellos, but is sending DoNotAge LSAs. In your situation, the link is suppressing Hellos as it states, but is not sending DoNotAge LSAs. This indicates that somewhere in your OSPF domain there is a router that doesn't support these LSAs, so the router is not allowed to generate them. It is a requirement for a router that supports virtual-links to always try to make it a demand circuit, so Cisco routers will always attempt to suppress Hellos over virtual links. For more info you could check out: http://www.cisco.com/univercd/cc/td/doc/product/software/ios122/122cgcr/fipr _c/ipcprt2/1cfospf.htm#xtocid2773922 For even better, go to the source: http://www.ietf.org/rfc/rfc1793.txt "Elmer Deloso" wrote: > Hi. > On Routing TCP/IP's page 555 there is an output of "show ip ospf > virtual-link" > That has these two info: > 1.DoNotAge LSA not allowed > 2.Adjacency State FULL (Hello suppressed) > Can someone please explain why these show up in the virtual link info? > I must have missed the significance somehere in my studies because > I can't explain these to myself. > Thank you. > > Elmer Deloso Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=21992&t=21658 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: [Doyle on OSPF - Virtual Links [7:21658]
Chuck, Also remember that in a perfect world, virtual links are only meant to be a "quick fix" and, in most network designs, they are not an acceptable standard. My .02c, Rob H.NP, DP, blah,blah,blah. 1 of 48 Subj: RE: [Doyle on OSPF - Virtual Links [7:21658] Date: Tue, 2 Oct 2001 8:35:54 PM Eastern Daylight Time From: "Chuck Larrieu" To: [EMAIL PROTECTED] RFC 1793 discusses demand circuits in detail. I suspect but don not know for sure that virtual circuits are treated as demand circuits for a couple of reasons. A virtual circuit can traverse a bunch of routers from point of termination. The designers were sensitive to the added traffic that LSA's and hellos would add. Remember that the design work was done back in the days when a T1 was the greatest thing on earth, and 56K was common in WAN backbones. Also, it might be that the designers were thinking that virtual links might actually take place over dial up connections. for example, if I have a small dial up branch office in another state, I have them dial up to the nearest ( least costly ) branch office, rather than dial directly to my HQ site. Chuck -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Curtis Call Sent: Tuesday, October 02, 2001 7:36 AM To: [EMAIL PROTECTED] Subject: Re: [Doyle on OSPF - Virtual Links [7:21658] This is referring to the fact that the virtual-link is being treated as a Demand Circuit. I don't believe that Doyle spoke much about this in his book, but I could be wrong. A Demand Circuit is used for low-bandwidth links such as ISDN to limit the uptime required for the link, this is done in two ways, first Hellos are suppressed between the two endpoints, and second LSAs are not sent when they expire, instead they are marked as DoNotAge LSAs which act just like they sound, they don't age. These two features are independent of each other, so for instance you could have a demand circuit that is suppressing Hellos, but isn't sending DoNotAge LSAs (so the LSAs will still need to be refreshed) or you could theoretically have a demand circuit that isn't suppressing Hellos, but is sending DoNotAge LSAs. In your situation, the link is suppressing Hellos as it states, but is not sending DoNotAge LSAs. This indicates that somewhere in your OSPF domain there is a router that doesn't support these LSAs, so the router is not allowed to generate them. It is a requirement for a router that supports virtual-links to always try to make it a demand circuit, so Cisco routers will always attempt to suppress Hellos over virtual links. For more info you could check out: http://www.cisco.com/univercd/cc/td/doc/product/software/ios122/122cgcr/fipr _c/ipcprt2/1cfospf.htm#xtocid2773922 For even better, go to the source: http://www.ietf.org/rfc/rfc1793.txt "Elmer Deloso" wrote: > Hi. > On Routing TCP/IP's page 555 there is an output of "show ip ospf > virtual-link" > That has these two info: > 1.DoNotAge LSA not allowed > 2.Adjacency State FULL (Hello suppressed) > Can someone please explain why these show up in the virtual link info? > I must have missed the significance somehere in my studies because > I can't explain these to myself. > Thank you. > > Elmer Deloso Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=21838&t=21658 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: [Doyle on OSPF - Virtual Links [7:21658]
RFC 1793 discusses demand circuits in detail. I suspect but don not know for sure that virtual circuits are treated as demand circuits for a couple of reasons. A virtual circuit can traverse a bunch of routers from point of termination. The designers were sensitive to the added traffic that LSA's and hellos would add. Remember that the design work was done back in the days when a T1 was the greatest thing on earth, and 56K was common in WAN backbones. Also, it might be that the designers were thinking that virtual links might actually take place over dial up connections. for example, if I have a small dial up branch office in another state, I have them dial up to the nearest ( least costly ) branch office, rather than dial directly to my HQ site. Chuck -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Curtis Call Sent: Tuesday, October 02, 2001 7:36 AM To: [EMAIL PROTECTED] Subject: Re: [Doyle on OSPF - Virtual Links [7:21658] This is referring to the fact that the virtual-link is being treated as a Demand Circuit. I don't believe that Doyle spoke much about this in his book, but I could be wrong. A Demand Circuit is used for low-bandwidth links such as ISDN to limit the uptime required for the link, this is done in two ways, first Hellos are suppressed between the two endpoints, and second LSAs are not sent when they expire, instead they are marked as DoNotAge LSAs which act just like they sound, they don't age. These two features are independent of each other, so for instance you could have a demand circuit that is suppressing Hellos, but isn't sending DoNotAge LSAs (so the LSAs will still need to be refreshed) or you could theoretically have a demand circuit that isn't suppressing Hellos, but is sending DoNotAge LSAs. In your situation, the link is suppressing Hellos as it states, but is not sending DoNotAge LSAs. This indicates that somewhere in your OSPF domain there is a router that doesn't support these LSAs, so the router is not allowed to generate them. It is a requirement for a router that supports virtual-links to always try to make it a demand circuit, so Cisco routers will always attempt to suppress Hellos over virtual links. For more info you could check out: http://www.cisco.com/univercd/cc/td/doc/product/software/ios122/122cgcr/fipr _c/ipcprt2/1cfospf.htm#xtocid2773922 For even better, go to the source: http://www.ietf.org/rfc/rfc1793.txt "Elmer Deloso" wrote: > Hi. > On Routing TCP/IP's page 555 there is an output of "show ip ospf > virtual-link" > That has these two info: > 1.DoNotAge LSA not allowed > 2.Adjacency State FULL (Hello suppressed) > Can someone please explain why these show up in the virtual link info? > I must have missed the significance somehere in my studies because > I can't explain these to myself. > Thank you. > > Elmer Deloso -- [EMAIL PROTECTED] OSPF Practice Exam www.boson.com\tests\Advanced.htm Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=21758&t=21658 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: [Doyle on OSPF - Virtual Links [7:21658]
Thanks for the reply and the CCO link. I do remember now reading up On this feature, now all I need to do is set this up at home using An ISDN simulator to see exactly what OSPF-related packets go through. Elmer -Original Message- From: Curtis Call [mailto:[EMAIL PROTECTED]] Sent: Tuesday, October 02, 2001 10:36 AM To: [EMAIL PROTECTED] Subject: Re: [Doyle on OSPF - Virtual Links [7:21658] This is referring to the fact that the virtual-link is being treated as a Demand Circuit. I don't believe that Doyle spoke much about this in his book, but I could be wrong. A Demand Circuit is used for low-bandwidth links such as ISDN to limit the uptime required for the link, this is done in two ways, first Hellos are suppressed between the two endpoints, and second LSAs are not sent when they expire, instead they are marked as DoNotAge LSAs which act just like they sound, they don't age. These two features are independent of each other, so for instance you could have a demand circuit that is suppressing Hellos, but isn't sending DoNotAge LSAs (so the LSAs will still need to be refreshed) or you could theoretically have a demand circuit that isn't suppressing Hellos, but is sending DoNotAge LSAs. In your situation, the link is suppressing Hellos as it states, but is not sending DoNotAge LSAs. This indicates that somewhere in your OSPF domain there is a router that doesn't support these LSAs, so the router is not allowed to generate them. It is a requirement for a router that supports virtual-links to always try to make it a demand circuit, so Cisco routers will always attempt to suppress Hellos over virtual links. For more info you could check out: http://www.cisco.com/univercd/cc/td/doc/product/software/ios122/122cgcr/fipr _c/ipcprt2/1cfospf.htm#xtocid2773922 For even better, go to the source: http://www.ietf.org/rfc/rfc1793.txt "Elmer Deloso" wrote: > Hi. > On Routing TCP/IP's page 555 there is an output of "show ip ospf > virtual-link" > That has these two info: > 1.DoNotAge LSA not allowed > 2.Adjacency State FULL (Hello suppressed) > Can someone please explain why these show up in the virtual link info? > I must have missed the significance somehere in my studies because > I can't explain these to myself. > Thank you. > > Elmer Deloso -- [EMAIL PROTECTED] OSPF Practice Exam www.boson.com\tests\Advanced.htm Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=21706&t=21658 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: [Re: [Doyle on OSPF - Virtual Links [7:21658]
Sorry, I meant to say that it is a requirement for a router that supports demand circuits to always attempt to make virtual- links act as demand circuits. > It is a > requirement for a router that supports virtual-links to always try to make it > a demand circuit, so Cisco routers will always attempt to suppress Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=21684&t=21658 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: [Doyle on OSPF - Virtual Links [7:21658]
This is referring to the fact that the virtual-link is being treated as a Demand Circuit. I don't believe that Doyle spoke much about this in his book, but I could be wrong. A Demand Circuit is used for low-bandwidth links such as ISDN to limit the uptime required for the link, this is done in two ways, first Hellos are suppressed between the two endpoints, and second LSAs are not sent when they expire, instead they are marked as DoNotAge LSAs which act just like they sound, they don't age. These two features are independent of each other, so for instance you could have a demand circuit that is suppressing Hellos, but isn't sending DoNotAge LSAs (so the LSAs will still need to be refreshed) or you could theoretically have a demand circuit that isn't suppressing Hellos, but is sending DoNotAge LSAs. In your situation, the link is suppressing Hellos as it states, but is not sending DoNotAge LSAs. This indicates that somewhere in your OSPF domain there is a router that doesn't support these LSAs, so the router is not allowed to generate them. It is a requirement for a router that supports virtual-links to always try to make it a demand circuit, so Cisco routers will always attempt to suppress Hellos over virtual links. For more info you could check out: http://www.cisco.com/univercd/cc/td/doc/product/software/ios122/122cgcr/fipr_c/ipcprt2/1cfospf.htm#xtocid2773922 For even better, go to the source: http://www.ietf.org/rfc/rfc1793.txt "Elmer Deloso" wrote: > Hi. > On Routing TCP/IP's page 555 there is an output of "show ip ospf > virtual-link" > That has these two info: > 1.DoNotAge LSA not allowed > 2.Adjacency State FULL (Hello suppressed) > Can someone please explain why these show up in the virtual link info? > I must have missed the significance somehere in my studies because > I can't explain these to myself. > Thank you. > > Elmer Deloso -- [EMAIL PROTECTED] OSPF Practice Exam www.boson.com\tests\Advanced.htm Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=21665&t=21658 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Doyle on OSPF - Virtual Links [7:21658]
Hi. On Routing TCP/IP's page 555 there is an output of "show ip ospf virtual-link" That has these two info: 1. DoNotAge LSA not allowed 2. Adjacency State FULL (Hello suppressed) Can someone please explain why these show up in the virtual link info? I must have missed the significance somehere in my studies because I can't explain these to myself. Thank you. Elmer Deloso Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=21658&t=21658 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: I need Help!!! Kindly help me(OSPF Virtual links) [7:674]
Looks like you have E0 of dogbert (area 1) in the same ethernet broadcast domain as E3 of aspen (Area 0). The only reason you are not seeing a similar message in dogbert is cause your console logging level is differnet in dogbert DaveC Shahid Muhammad Shafi wrote: > Hi Guys. > I am configuring a virtual link between two OSPF > routers but it is not working at all. I am sending u > the configuration and diagram here;. Any help and > pinters will be appreciated. > > Regards > Shahid > > = > Shahid Muhammad Shafi > MSc Telecommunications Candidate > University of Colorado Boulder > BSEE(GIKI),MCSE+I,CNA,CCNA,CCNP > > Please help feed hungry people worldwide http://www.hungersite.com/ > A small thing each of us can do to help others less fortunate than ourselves > > __ > Do You Yahoo!? > Get email at your own domain with Yahoo! Mail. > http://personal.mail.yahoo.com/ > Current configuration: > ! > version 10.2 > service tcp-small-servers > ! > hostname catbert > ! > enable password lab > ! > ! > interface Ethernet0 > ip address 192.168.3.126 255.255.255.224 > ! > interface Ethernet1 > ip address 192.168.3.62 255.255.255.224 > ! > interface Ethernet2 > no ip address > shutdown > ! > interface Ethernet3 > ip address 192.168.21.120 255.255.255.0 > ! > interface Ethernet4 > no ip address > shutdown > ! > interface Ethernet5 > no ip address > shutdown > ! > interface Ethernet6 > no ip address > shutdown > ! > interface Ethernet7 > no ip address > shutdown > ! > interface Ethernet8 > no ip address > shutdown > ! > interface Ethernet9 > ip address 192.168.90.1 255.255.255.0 > shutdown > ! > interface Ethernet10 > ip address 192.168.100.1 255.255.255.0 > ! > interface Ethernet11 > ip address 192.168.80.1 255.255.255.0 > ! > interface Fddi0 > no ip address > no keepalive > shutdown > ! > interface Hssi0 > no ip address > shutdown > ! > router ospf 1 > network 192.168.3.32 0.0.0.31 area 2 > network 192.168.3.96 0.0.0.31 area 2 > ! > no logging console > ! > ! > line con 0 > exec-timeout 0 0 > password lab > login > line aux 0 > password lab > login > transport input all > line vty 0 4 > password lab > login > ! > end > > Current configuration: > ! > version 10.2 > ! > hostname breckenridge > ! > enable password lab > ! > ! > interface Ethernet0 > ip address 192.168.3.97 255.255.255.224 > ! > interface Ethernet1 > ip address 192.168.3.94 255.255.255.224 > ! > router ospf 1 > network 192.168.3.96 0.0.0.31 area 2 > network 192.168.3.64 0.0.0.31 area 2 > ! > > Current configuration: > ! > version 11.0 > service udp-small-servers > service tcp-small-servers > ! > hostname aspen > ! > enable password lab > ! > ! > interface Loopback0 > ip address 2.2.2.2 255.255.255.0 > ! > interface Ethernet0 > no ip address > shutdown > ! > interface Ethernet1 > ip address 192.168.3.33 255.255.255.224 > ! > interface Ethernet2 > --More-- > %OSPF-4-ERRRCV: Received invalid packet: mismatch area ID, from backbone > area mu > st be virtual-link but not found from 192.168.2.254, Ethernet3 > > shutdown > ! > interface Ethernet3 > ip address 192.168.1.1 255.255.255.0 > ! > interface Ethernet4 > no ip address > shutdown > ! > interface Ethernet5 > ip address 192.168.3.65 255.255.255.224 > ! > interface Ethernet6 > no ip address > shutdown > ! > interface Ethernet7 > no ip address > shutdown > ! > interface Fddi0 > no ip address > --More-- > > router ospf 1 > network 192.168.3.32 0.0.0.31 area 2 > network 192.168.3.64 0.0.0.31 area 2 > network 192.168.1.0 0.0.0.255 area 1 > area 2 range 192.168.3.0 255.255.255.0 > area 1 virtual-link 1.1.1.1 > ! > logging console notifications > ! > ! > line con 0 > line aux 0 > transport input all > line vty 0 4 > login > ! > end > > enable password lab > ! > ! > interface Loopback0 > ip address 1.1.1.1 255.255.255.0 > ! > interface Ethernet0 > ip address 192.168.1.254 255.255.255.0 > no keepalive > ! > interface Ethernet1 > ip address 192.168.2.1 255.255.255.0 > ! > interface Ethernet2 > --More-- > > router ospf 1 > network 192.168.2.0 0.0.0.255 area 0 > network 192.168.1.0 0.0.0.255 area 1 > area 1 virtual-link 2.2.2.2 > > Current configuration: > ! > version 10.2 > service tcp-small-servers > ! > hostname dogbert > ! > enable password lab > ! > ! > interface Loopback0 > ip address 3.3.3.3 255.255.255.0 > ! > interface Ethernet0 > ip address 192.168.2.254 255.255.255.0 > ! > interface Ethernet1 > no ip address > shutdown > ! > interface Fddi0 > no ip address > no keepalive > shutdown > ! > interface Hssi0 > no ip address > shutdown > ! > interface Serial0 > no ip address > shutdown > ! > interface Serial1 > no ip address > shutdown > ! > router ospf 1 > network 192.168.2.0 0.0.0.255 area 0 > ! > ! > ! > line con 0 > line aux 0 > transport input all > --More-- > > [GroupStudy.com removed an attachment of type application/x-mspowerpoint > which had a name of logical_diag_v3.ppt] > FAQ, list archives, and subscription in
I need Help!!! Kindly help me(OSPF Virtual links) [7:674]
Hi Guys. I am configuring a virtual link between two OSPF routers but it is not working at all. I am sending u the configuration and diagram here;. Any help and pinters will be appreciated. Regards Shahid = Shahid Muhammad Shafi MSc Telecommunications Candidate University of Colorado Boulder BSEE(GIKI),MCSE+I,CNA,CCNA,CCNP Please help feed hungry people worldwide http://www.hungersite.com/ A small thing each of us can do to help others less fortunate than ourselves __ Do You Yahoo!? Get email at your own domain with Yahoo! Mail. http://personal.mail.yahoo.com/ Current configuration: ! version 10.2 service tcp-small-servers ! hostname catbert ! enable password lab ! ! interface Ethernet0 ip address 192.168.3.126 255.255.255.224 ! interface Ethernet1 ip address 192.168.3.62 255.255.255.224 ! interface Ethernet2 no ip address shutdown ! interface Ethernet3 ip address 192.168.21.120 255.255.255.0 ! interface Ethernet4 no ip address shutdown ! interface Ethernet5 no ip address shutdown ! interface Ethernet6 no ip address shutdown ! interface Ethernet7 no ip address shutdown ! interface Ethernet8 no ip address shutdown ! interface Ethernet9 ip address 192.168.90.1 255.255.255.0 shutdown ! interface Ethernet10 ip address 192.168.100.1 255.255.255.0 ! interface Ethernet11 ip address 192.168.80.1 255.255.255.0 ! interface Fddi0 no ip address no keepalive shutdown ! interface Hssi0 no ip address shutdown ! router ospf 1 network 192.168.3.32 0.0.0.31 area 2 network 192.168.3.96 0.0.0.31 area 2 ! no logging console ! ! line con 0 exec-timeout 0 0 password lab login line aux 0 password lab login transport input all line vty 0 4 password lab login ! end Current configuration: ! version 10.2 ! hostname breckenridge ! enable password lab ! ! interface Ethernet0 ip address 192.168.3.97 255.255.255.224 ! interface Ethernet1 ip address 192.168.3.94 255.255.255.224 ! router ospf 1 network 192.168.3.96 0.0.0.31 area 2 network 192.168.3.64 0.0.0.31 area 2 ! Current configuration: ! version 11.0 service udp-small-servers service tcp-small-servers ! hostname aspen ! enable password lab ! ! interface Loopback0 ip address 2.2.2.2 255.255.255.0 ! interface Ethernet0 no ip address shutdown ! interface Ethernet1 ip address 192.168.3.33 255.255.255.224 ! interface Ethernet2 --More-- %OSPF-4-ERRRCV: Received invalid packet: mismatch area ID, from backbone area mu st be virtual-link but not found from 192.168.2.254, Ethernet3 shutdown ! interface Ethernet3 ip address 192.168.1.1 255.255.255.0 ! interface Ethernet4 no ip address shutdown ! interface Ethernet5 ip address 192.168.3.65 255.255.255.224 ! interface Ethernet6 no ip address shutdown ! interface Ethernet7 no ip address shutdown ! interface Fddi0 no ip address --More-- router ospf 1 network 192.168.3.32 0.0.0.31 area 2 network 192.168.3.64 0.0.0.31 area 2 network 192.168.1.0 0.0.0.255 area 1 area 2 range 192.168.3.0 255.255.255.0 area 1 virtual-link 1.1.1.1 ! logging console notifications ! ! line con 0 line aux 0 transport input all line vty 0 4 login ! end enable password lab ! ! interface Loopback0 ip address 1.1.1.1 255.255.255.0 ! interface Ethernet0 ip address 192.168.1.254 255.255.255.0 no keepalive ! interface Ethernet1 ip address 192.168.2.1 255.255.255.0 ! interface Ethernet2 --More-- router ospf 1 network 192.168.2.0 0.0.0.255 area 0 network 192.168.1.0 0.0.0.255 area 1 area 1 virtual-link 2.2.2.2 Current configuration: ! version 10.2 service tcp-small-servers ! hostname dogbert ! enable password lab ! ! interface Loopback0 ip address 3.3.3.3 255.255.255.0 ! interface Ethernet0 ip address 192.168.2.254 255.255.255.0 ! interface Ethernet1 no ip address shutdown ! interface Fddi0 no ip address no keepalive shutdown ! interface Hssi0 no ip address shutdown ! interface Serial0 no ip address shutdown ! interface Serial1 no ip address shutdown ! router ospf 1 network 192.168.2.0 0.0.0.255 area 0 ! ! ! line con 0 line aux 0 transport input all --More-- [GroupStudy.com removed an attachment of type application/x-mspowerpoint which had a name of logical_diag_v3.ppt] Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=674&t=674 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: OSPF virtual links
The changes you listed really won't do anything. As long as the IP address on the interface falls into the network + wildcard mask range used in the network statement, it will work fine. You can check to see if the interface is active in the ospf process using the show ip ospf interface command. >From: "Arthur Simplina" <[EMAIL PROTECTED]> >Reply-To: "Arthur Simplina" <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Subject: Re: OSPF virtual links >Date: Sun, 08 Apr 2001 20:15:15 -0400 > >My comments follow below. Please let me know how it worked out. > > >--- >> >OSPF virtual links. Here's my configs: > >R2503 - backbone router >> >hostname r2503 >! > > >> >router ospf 100 >network 192.1.1.1 0.0.0.0 area 0 >> >-- > >Please change your config to: > router ospf 100 > network 192.1.1.0 0.0.0.255 area 0 > > >--- > >> >R2523- backbone router, link between R2503 & R4000 >hostname r2523 > > >> >router ospf 100 >area 1 virtual-link 3.3.3.3 >network 192.1.1.2 0.0.0.0 >>area 0 >network 193.1.1.2 0.0.0.0 area 1 > >> >- > >For R2523, please change your config to: > router ospf 100 > area 1 virtual-link 3.3.3.3 > network 192.1.1.0 0.0.0.255 area 0 > network 193.1.1.0 0.0.0.255 area 1 > >--- > >> > >R4000, in areas 1 & 4, has a virtual link through R2523 >hostname >>r4000 > >> >router ospf 100 >network 152.1.1.1 0.0.0.0 area 4 >network 193.1.1.1 >>0.0.0.0 area 1 >area 1 virtual-link 2.2.2.2 >! >- > >For R4000, please change your config to: > router ospf 100 > network 152.1.1.0 0.0.0.255 area 4 > network 193.1.1.0 0.0.0.255 area 1 > area 1 virtual-link 2.2.2.2 > >--- >>Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] >_ >Get your FREE download of MSN Explorer at http://explorer.msn.com _ Get your FREE download of MSN Explorer at http://explorer.msn.com _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: OSPF virtual links
My comments follow below. Please let me know how it worked out. --- > >OSPF virtual links. Here's my configs: > >R2503 - backbone router > >hostname r2503 >! > >router ospf 100 >network 192.1.1.1 0.0.0.0 area 0 > >-- Please change your config to: router ospf 100 network 192.1.1.0 0.0.0.255 area 0 --- > >R2523- backbone router, link between R2503 & R4000 >hostname r2523 > >router ospf 100 >area 1 virtual-link 3.3.3.3 >network 192.1.1.2 0.0.0.0 >area 0 >network 193.1.1.2 0.0.0.0 area 1 > > >- For R2523, please change your config to: router ospf 100 area 1 virtual-link 3.3.3.3 network 192.1.1.0 0.0.0.255 area 0 network 193.1.1.0 0.0.0.255 area 1 --- > > >R4000, in areas 1 & 4, has a virtual link through R2523 >hostname r4000 > >router ospf 100 >network 152.1.1.1 0.0.0.0 area 4 >network 193.1.1.1 >0.0.0.0 area 1 >area 1 virtual-link 2.2.2.2 >! - For R4000, please change your config to: router ospf 100 network 152.1.1.0 0.0.0.255 area 4 network 193.1.1.0 0.0.0.255 area 1 area 1 virtual-link 2.2.2.2 --- >Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] _ Get your FREE download of MSN Explorer at http://explorer.msn.com _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: OSPF virtual links
At 03:59 PM 4/7/01 -0400, Fred Danson wrote: >interface Serial0 >ip address 192.1.1.1 255.255.255.0 >no ip directed-broadcast >ip ospf interface-retry 0 < see CCO link below >no ip mroute-cache >no fair-queue http://www.cisco.com/warp/public/104/28.shtml Stefan _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: OSPF virtual links
At 03:59 PM 4/7/01 -0400, Fred Danson wrote: Fred I setup Lab #30 just to see if I would experience the same thing, and initially I did, until I rebooted RouterA (your R2503). Somehow rebooting allowed reachability and I was able to ping the 152.1.1.1 address (actaully I used 192.168.104.3). I also noticed the "ip ospf interface-retry 0" on several interfaces in your config, I had them in mine's also. I gotta look that one up but I suspect that it appears in the config because the opposite side of the link hasn't been initialized or configured yet! After I deleted all the "ip ospf interface-retry 0" entries off the interface configs and rebooted all three routers, I still have reachibility to 192.168.104.3 (your 152.1.1.1) and also found that network 192.168.104.0 (your 152.1.0.0) is in the routing table of RouterB (your 2523). I have all the router configs and sh commands as well as the capture of the successful ping, but I'll reserve posting them to save bandwidth until I hear if you rebooted and cleaned up the configs and your problem still exist. Stefan >Hey group, > >I am in the middle of Lab #30 from the CCIE Lab Study Guide which involves >OSPF virtual links. Here's my configs: > >R2503 - backbone router >hostname r2503 >! >! >ip subnet-zero >! >! >! >interface Loopback0 >ip address 1.1.1.1 255.255.255.0 >no ip directed-broadcast >! >interface Ethernet0 >no ip address >no ip directed-broadcast >shutdown >! >interface Serial0 >ip address 192.1.1.1 255.255.255.0 >no ip directed-broadcast >ip ospf interface-retry 0 >no ip mroute-cache >no fair-queue >! >interface Serial1 >no ip address >no ip directed-broadcast >shutdown >! >interface BRI0 >no ip address >no ip directed-broadcast >shutdown >! >router ospf 100 >network 192.1.1.1 0.0.0.0 area 0 >! >ip classless >! >! >! >line con 0 >transport input none >line aux 0 >line vty 0 4 >! >end > >-- > >R2523- backbone router, link between R2503 & R4000 >hostname r2523 >! >! >ip subnet-zero >! >! >! >interface Loopback0 >ip address 2.2.2.2 255.255.255.0 >no ip directed-broadcast >! >interface Serial0 >ip address 193.1.1.2 255.255.255.0 >no ip directed-broadcast >ip ospf interface-retry 0 >no ip mroute-cache >no fair-queue >! >interface Serial1 >ip address 192.1.1.2 255.255.255.0 >no ip directed-broadcast >ip ospf interface-retry 0 >clockrate 64000 >! >interface Serial2 >no ip address >no ip directed-broadcast >shutdown >! >interface Serial3 >no ip address >no ip directed-broadcast >shutdown >! >interface Serial4 >no ip address >no ip directed-broadcast >shutdown >! >interface Serial5 >no ip address >no ip directed-broadcast >shutdown >! >interface Serial6 >no ip address >no ip directed-broadcast >shutdown >! >interface Serial7 >no ip address >no ip directed-broadcast >shutdown >! >interface Serial8 >no ip address >no ip directed-broadcast >shutdown >! >interface Serial9 >no ip address >no ip directed-broadcast >shutdown >! >interface TokenRing0 >no ip address >no ip directed-broadcast >shutdown >! >interface BRI0 >no ip address >no ip directed-broadcast >shutdown >! >router ospf 100 >area 1 virtual-link 3.3.3.3 >network 192.1.1.2 0.0.0.0 area 0 >network 193.1.1.2 0.0.0.0 area 1 >! >ip classless >! >! >! >line con 0 >transport input none >line aux 0 >line vty 0 4 >! >end > >- > >R4000, in areas 1 & 4, has a virtual link through R2523 >hostname r4000 >! >! >! >! >interface Loopback0 >ip address 3.3.3.3 255.255.255.0 >! >interface Ethernet0 >ip address 152.1.1.1 255.255.255.0 >no keepalive >media-type 10BaseT >! >interface Serial0 >ip address 193.1.1.1 255.255.255.0 >no ip mroute-cache >no fair-queue >clockrate 64000 >! >interface Serial1 >no ip address >shutdown >! >interface TokenRing0 >no ip address >shutdown >! >router ospf 100 >network 152.1.1.1 0.0.0.0 area 4 >network 193.1.1.1 0.0.0.0 area 1 >area 1 virtual-link 2.2.2.2 >! >ip classless >! >! >! >line con 0 >line aux 0 >line vty 0 4 >login >! >end > >- > >the virtual link seems to be working fine. Here's a paste of >show ip ospf virtual-link from r2523 >r2523#show ip ospf vir >Virtual Link OSPF_VL0 to router 3.3.3.3 is up > Run as demand circuit > DoNotAge LSA allowed. > Transit area 1, via interface Serial0, Cost of usi
OSPF virtual links
Hey group, I am in the middle of Lab #30 from the CCIE Lab Study Guide which involves OSPF virtual links. Here's my configs: R2503 - backbone router hostname r2503 ! ! ip subnet-zero ! ! ! interface Loopback0 ip address 1.1.1.1 255.255.255.0 no ip directed-broadcast ! interface Ethernet0 no ip address no ip directed-broadcast shutdown ! interface Serial0 ip address 192.1.1.1 255.255.255.0 no ip directed-broadcast ip ospf interface-retry 0 no ip mroute-cache no fair-queue ! interface Serial1 no ip address no ip directed-broadcast shutdown ! interface BRI0 no ip address no ip directed-broadcast shutdown ! router ospf 100 network 192.1.1.1 0.0.0.0 area 0 ! ip classless ! ! ! line con 0 transport input none line aux 0 line vty 0 4 ! end -- R2523- backbone router, link between R2503 & R4000 hostname r2523 ! ! ip subnet-zero ! ! ! interface Loopback0 ip address 2.2.2.2 255.255.255.0 no ip directed-broadcast ! interface Serial0 ip address 193.1.1.2 255.255.255.0 no ip directed-broadcast ip ospf interface-retry 0 no ip mroute-cache no fair-queue ! interface Serial1 ip address 192.1.1.2 255.255.255.0 no ip directed-broadcast ip ospf interface-retry 0 clockrate 64000 ! interface Serial2 no ip address no ip directed-broadcast shutdown ! interface Serial3 no ip address no ip directed-broadcast shutdown ! interface Serial4 no ip address no ip directed-broadcast shutdown ! interface Serial5 no ip address no ip directed-broadcast shutdown ! interface Serial6 no ip address no ip directed-broadcast shutdown ! interface Serial7 no ip address no ip directed-broadcast shutdown ! interface Serial8 no ip address no ip directed-broadcast shutdown ! interface Serial9 no ip address no ip directed-broadcast shutdown ! interface TokenRing0 no ip address no ip directed-broadcast shutdown ! interface BRI0 no ip address no ip directed-broadcast shutdown ! router ospf 100 area 1 virtual-link 3.3.3.3 network 192.1.1.2 0.0.0.0 area 0 network 193.1.1.2 0.0.0.0 area 1 ! ip classless ! ! ! line con 0 transport input none line aux 0 line vty 0 4 ! end - R4000, in areas 1 & 4, has a virtual link through R2523 hostname r4000 ! ! ! ! interface Loopback0 ip address 3.3.3.3 255.255.255.0 ! interface Ethernet0 ip address 152.1.1.1 255.255.255.0 no keepalive media-type 10BaseT ! interface Serial0 ip address 193.1.1.1 255.255.255.0 no ip mroute-cache no fair-queue clockrate 64000 ! interface Serial1 no ip address shutdown ! interface TokenRing0 no ip address shutdown ! router ospf 100 network 152.1.1.1 0.0.0.0 area 4 network 193.1.1.1 0.0.0.0 area 1 area 1 virtual-link 2.2.2.2 ! ip classless ! ! ! line con 0 line aux 0 line vty 0 4 login ! end - the virtual link seems to be working fine. Here's a paste of show ip ospf virtual-link from r2523 r2523#show ip ospf vir Virtual Link OSPF_VL0 to router 3.3.3.3 is up Run as demand circuit DoNotAge LSA allowed. Transit area 1, via interface Serial0, Cost of using 64 Transmit Delay is 1 sec, State POINT_TO_POINT, Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5 Hello due in 00:00:01 Adjacency State FULL (Hello suppressed) Here's a paste of show ip ospf virtual-link from r4000 r4000#show ip ospf vir Virtual Link OSPF_VL0 to router 2.2.2.2 is up Run as demand circuit DoNotAge LSA allowed. Transit area 1, via interface Serial0, Cost of using 64 Transmit Delay is 1 sec, State POINT_TO_POINT, Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5 Hello due in 00:00:03 Adjacency State FULL (Hello suppressed) Here's the problem. I cannot ping r4000's ethernet interface (which is in area 4) from r2503. the network statement for 152.1.1.0/24 is in r2503's route table, but not in r2523's route table. r2503#show ip route Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2 E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, * - candidate default U - per-user static route, o - ODR Gateway of last resort is not set 1.0.0.0/24 is subnetted, 1 subnets C 1.1.1.0 is directly connected, Loopback0 152.1.0.0/24 is subnetted, 1 subnets O IA152.1.1.0 [110/138] via 192.1.1.2, 00:17:22, Serial0 O IA 193.1.1.0/24 [110/128] via 192.1.1.2, 00:17:22, Serial0 C192.1.1.0/24 is directly connected, Serial0 r2523#show ip route Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2 E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP i - IS
RE: Revisted - OSPF Virtual Links and RIDs
The actual lab I was doing was the Mentor Tech Vlab #4139 - Advanced OSPF. For those not familiar with either the Vlab advanced lab setups or with the Slattery/Burton book Advanced TCP/IP Routing the layout is: Router1-ethernet--Router4 / \/ \ / \ / \ /\ / \ Router2 router3--router5 router6 ethernet Area 0 consisted of routers 4, 5, and 6 Area 1 consisted of routers 1,3, and 5 Area 2 consisted of routers 1 and 2 The router 1-4 link was a non OSPF So the virtual link / transit was between routers 1 and 5 If the router 5-4 link was shut down from the router 5 side, the virtual link died. If it was shut down from the router 4 side, the virtual link remained alive. In other words, even though there was a link to router 5, the ABR, the fact that the interface connected to area 0 was up or down difference, whether the loopback ( RID ) was routable or not. In terms of OSPF behaviour, now that I've gone through the RFC and some processes are actually making a bit more sense, router5, when it sees the interface into area 0 go down, immediately does what OSPF demands it do, and re-populates its OSPF database. BTW, I'm sure everyone here can now see the flaw in this particular lab. Practically all of area 0 disappears no matter which side of the link is shut down. What is insidious is that if the link is broken from the router4 side, the virtual link remains up, even though most of area 0 is not there. Another example of the pure silliness of the designs of a lot of these CCIE labs. No one in their right mind would ever do it this way in the real world. ( well, maybe I can think of a scenario where one might ). But still, the CCIE lab is not about configuring routers in an effort to get a network up and running. I am fortunate in that my employer has a deal with Mentor that give me, in effect, unlimited access to these labs. I am in the process of acquiring permission to buy some more. I figure next time I'm in this particular lab, I'll look at the debugs on router 5 and observe what the RFC tells me should happen. Chuck P.S. in terms of CCIE Lab preparation, the combination of the Slattery book and a battery of Vlabs might prove worth looking into, particularly if your employer is willing to spend some money to sponsor your certification efforts. I'm using the labs as a means of boning up on particular protocols and behaviours. Later I will be laying out some serious bucks renting rack time from ccbootcamp as a means of working out their labs. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Nigel Taylor Sent: Saturday, December 30, 2000 3:06 AM To: Cisco Group Study; CCIE_Lab Groupstudy List; Chuck Larrieu Cc: Bryant Andrews Subject: Revisted - OSPF Virtual Links and RIDs Chuck, I finally got a chance to mock this up in the lab and I've got some pretty cool resultsFirst of all when I did this using pretty much the same scenario the virtual link never went down at any time when the connection to r3 from r2 was shutdown. After clearing the routes and ospf redistribution the virtual-link was still up/up. Theory that stood the testI then used a external routing info.(rip) to advertise routes to the loopback identified with the virtual-link command. With a direct path/route between both loopbacks I then shut down the physical link between R1 and R2. As expected, the virtual-link stayed down and never came back up. In Doyle's book (Routing TCP/IP) he states that the virtual-link must be configured between two ABR's and the area it transits must having full routing info. I take the meaning of this as having a full map of the network. There is also a mention of using a non-backbone area, which I also take to mean - "An OSPF Area" in which case any external routing info used to obtain a path to the loopback would prove useless if not part of an OSPF area that is either directly connected to area or is connected by the same process a virtual-link Just some observations.. Any thoughts...! This is some really cool stuff. Nigel. - Original Message - From: Chuck Larrieu <[EMAIL PROTECTED]> To: CCIE_Lab Groupstudy List <[EMAIL PROTECTED]> Sent: Sunday, December 24, 2000 1:12 PM Subject: OSPF Virtual Links and RIDs > Just got through with one of the multiprotocol redistribution practice labs > ( Mentor Labs 4141 ) > > Got a question regarding virtual links and loopback RIDs. > > In the realm of OSPF, when direct ( meaning through the OSPF process ) > access to a particular router is lost, does that mean that any virtual link > associated with that router is
Revisted - OSPF Virtual Links and RIDs
Chuck, I finally got a chance to mock this up in the lab and I've got some pretty cool resultsFirst of all when I did this using pretty much the same scenario the virtual link never went down at any time when the connection to r3 from r2 was shutdown. After clearing the routes and ospf redistribution the virtual-link was still up/up. Theory that stood the testI then used a external routing info.(rip) to advertise routes to the loopback identified with the virtual-link command. With a direct path/route between both loopbacks I then shut down the physical link between R1 and R2. As expected, the virtual-link stayed down and never came back up. In Doyle's book (Routing TCP/IP) he states that the virtual-link must be configured between two ABR's and the area it transits must having full routing info. I take the meaning of this as having a full map of the network. There is also a mention of using a non-backbone area, which I also take to mean - "An OSPF Area" in which case any external routing info used to obtain a path to the loopback would prove useless if not part of an OSPF area that is either directly connected to area or is connected by the same process a virtual-link Just some observations.. Any thoughts...! This is some really cool stuff. Nigel. - Original Message - From: Chuck Larrieu <[EMAIL PROTECTED]> To: CCIE_Lab Groupstudy List <[EMAIL PROTECTED]> Sent: Sunday, December 24, 2000 1:12 PM Subject: OSPF Virtual Links and RIDs > Just got through with one of the multiprotocol redistribution practice labs > ( Mentor Labs 4141 ) > > Got a question regarding virtual links and loopback RIDs. > > In the realm of OSPF, when direct ( meaning through the OSPF process ) > access to a particular router is lost, does that mean that any virtual link > associated with that router is lost? Well, yes, I know, and duh! > > But my question has to do with the placement of the RID into the routing > process. > > The deal is that there is an alternative link to the OSPF area 0. However it > is through a different routing protocol. All routes are redistributed > through that protocol, and when the direct i.e. OSPF link between the two > endpoints of the virtual link are severed, even though the route to the RID > is seen via the redistribution process, the virtual link apparently does not > come back up. > > This leads back to the question of the value of loopback addresses as a cure > all for routing process interruptions. In the scenario I ran, there was a > classic virtual link. > > R1-R2---R3 connected via serial links > Area2area1.area0 > > All routers have loopbacks, which under the rules of the game have become > the RID's > > There is also an external routing domain connecting R1 and R3 via the > ethernet ports. Redistribution is established, and works just fine. > > When I severed the serial link between R2 and R3, the virtual link goes > down, and does not re-establish itself, even though the RID is being > advertised as a route into the exterior domain, and remains in the routing > tables of all routers as external routes. > > I kinda expected this behaviour, but it still raises the question of the > supposed benefit of loopbacks as an interface that is "always up" and > therefore advantageous to use. > > One of those "pitfalls" someone was asking about a couple of weeks back, I > suppose. > > Chuck > -- > I am Locutus, a CCIE Lab Proctor. Xx_Brain_dumps_xX are futile. Your life as > it has been is over ( if you hope to pass ) From this time forward, you will > study US! > ( apologies to the folks at Star Trek TNG ) > > ___ > To unsubscribe from the CCIELAB list, send a message to > [EMAIL PROTECTED] with the body containing: > unsubscribe ccielab > _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]