Your understanding is correct, Ahmed, that it informs the other end router
even if you shut the interface down manually (due to missed keepalives) - I
just don't believe (I could be wrong and don't have the setup to test it)
that this changes the LMI to show "Inactive" in "sh frame-relay pvc".
My question to you, Ahmed, is what are you trying to achieve and then what's
your answer? The original poster was having a dynamips bug, my questions
were mainly to inspire thought - How would you use IP SLA to shut down one
of the interfaces based on E2E keepalives? I'm just interested in your idea
- I love how groupstudy is a place of free thought.
-- Cheers, Jared Scrivener CCSI #30878, CCIE3 #16983 (R&S, SP, Security) www.MicronicsTraining.com Sr. Technical Instructor YES! We take Cisco Learning Credits! Training And Remote Racks available LinkedIn:www.linkedin.com/in/jaredscrivener On Sat, Feb 13, 2010 at 11:25 PM, Ahmed Ejaz <aahmedejaz_at_gmail.com> wrote: > Jared, > > I thought that after you enable end-to-end keepaplive on an interface it > will keep track of the dlci status changes and will inform the other end if > there is problem with the l2 link even if you shut down the interface > manualy .. I am sure i tested this during one of the workbook labs on > dynamips .. Maybe i am not getting the question properly at the first > place... well thinking harder .. maybe an sla option can do the job .. > > Ahmed.. > > On Sat, Feb 13, 2010 at 5:52 PM, Jared Scrivener <lists_at_jaredscrivener.com > > wrote: > >> Ahmed, that should do the job. That'll drop the link at Layer 2 to the >> FRSW and it should change that end of the PVC to Inactive. Of course, that's >> what is apparently not working, so maybe it won't work after all. >> >> The original question states: Problem I am facing at the movement is when >> I shut down a main interface of >> >> frame relay network of any of this router the PVC status of the other end >> router does not go to inactive. >> >> Sorry to seem like I'm dismissing each of your ideas: I'm not - they've >> both involved good thinking, I just like to push you (and myself to think >> harder). Given this is just a GNS3/Dynamips bug I figure we can probably >> forget about it from a lab perspective. >> >> To keep the conversation rolling though: what other ways can we bring down >> a frame-relay PVC to show Inactive? What about Deleted - how can we cause >> that? >> >> -- >> >> Cheers, >> >> Jared Scrivener >> CCSI #30878, CCIE3 #16983 (R&S, SP, Security) >> www.MicronicsTraining.com <http://www.micronicstraining.com/> >> Sr. Technical Instructor >> >> YES! We take Cisco Learning Credits! >> Training And Remote Racks available >> >> LinkedIn:www.linkedin.com/in/jaredscrivener >> >> >> On Sat, Feb 13, 2010 at 10:29 PM, Ahmed Ejaz <aahmedejaz_at_gmail.com>wrote: >> >>> thanks Jared, well in that case i guess you could use track option to >>> track a network or a particular path and attach it on the interface with the >>> backup option to shut down an interface incase the network is down. >>> >>> Ahmed. >>> >>> On Sat, Feb 13, 2010 at 4:56 PM, Jared Scrivener < >>> lists_at_jaredscrivener.com> wrote: >>> >>>> End-to-end keepalives are used for the routers to tell each other if the >>>> path PVC is up. They won't indicate problems with a particular end of the >>>> network on the FRSW-Router connection like the LMI does. >>>> >>>> Innovative thinking nonetheless Ahmed. >>>> >>>> -- >>>> >>>> Cheers, >>>> >>>> Jared Scrivener >>>> CCSI #30878, CCIE3 #16983 (R&S, SP, Security) >>>> www.MicronicsTraining.com <http://www.micronicstraining.com/> >>>> Sr. Technical Instructor >>>> >>>> YES! We take Cisco Learning Credits! >>>> Training And Remote Racks available >>>> >>>> LinkedIn:www.linkedin.com/in/jaredscrivener >>>> >>>> On Sat, Feb 13, 2010 at 5:35 PM, Ahmed Ejaz <aahmedejaz_at_gmail.com>wrote: >>>> >>>>> Hi, >>>>> >>>>> You should add the frame-relay end-to-end keepalive for pvc status on >>>>> both >>>>> routers: >>>>> >>>>> map-class frame-relay FREEK >>>>> frame-relay end-to-end keepalive mode bidi >>>>> >>>>> int s0/0 >>>>> frame-relay class FREEK >>>>> >>>>> same for the subinterface >>>>> >>>>> int s0/0.1 >>>>> frame-relay interface-dlci 123 >>>>> class FREEK >>>>> >>>>> HTH, >>>>> >>>>> Ahmed. >>>>> >>>>> On Sat, Feb 13, 2010 at 12:30 PM, Muhammad Anser Khan >>>>> <manserkhan_at_gmail.com>wrote: >>>>> >>>>> > Dear Sarad, >>>>> > >>>>> > Yes, It is a GNS FR Switch Issue. It is working fine If you configure >>>>> > router as a FR switch. >>>>> > >>>>> > Regards, >>>>> > Anser >>>>> > >>>>> > On Sat, Feb 13, 2010 at 9:21 AM, Sarad <tosara_at_gmail.com> wrote: >>>>> > > Hi Expert, >>>>> > > >>>>> > > I am doing some IE expert practice labs there I want to configure >>>>> two >>>>> > > routers with two links ( one frame relay the other point to point >>>>> serial) >>>>> > > using static routes. >>>>> > > >>>>> > > In the frame relay interface one router is configured as a PTP >>>>> spoke >>>>> > router >>>>> > > configuration of this router is as follows >>>>> > > >>>>> > > Rack1R4#sh run int s0/0.1 >>>>> > > Building configuration... >>>>> > > >>>>> > > Current configuration : 115 bytes >>>>> > > ! >>>>> > > interface Serial0/0.1 point-to-point >>>>> > > ip address 155.1.0.4 255.255.255.0 >>>>> > > frame-relay interface-dlci 405 >>>>> > > end >>>>> > > >>>>> > > Rack1R4#sh run int s0/0 >>>>> > > Building configuration... >>>>> > > >>>>> > > Current configuration : 139 bytes >>>>> > > ! >>>>> > > interface Serial0/0 >>>>> > > no ip address >>>>> > > encapsulation frame-relay >>>>> > > shutdown >>>>> > > clock rate 2000000 >>>>> > > cdp enable >>>>> > > no frame-relay inverse-arp >>>>> > > end >>>>> > > >>>>> > > >>>>> > > the other router is configured as a hub & configuration of that is >>>>> as >>>>> > > follows >>>>> > > >>>>> > > Rack1R5#sh run int s0/0 >>>>> > > Building configuration... >>>>> > > >>>>> > > Current configuration : 286 bytes >>>>> > > ! >>>>> > > interface Serial0/0 >>>>> > > ip address 155.1.0.5 255.255.255.0 >>>>> > > encapsulation frame-relay >>>>> > > clock rate 2000000 >>>>> > > cdp enable >>>>> > > frame-relay map ip 155.1.0.1 501 >>>>> > > frame-relay map ip 155.1.0.2 502 >>>>> > > frame-relay map ip 155.1.0.3 503 >>>>> > > frame-relay map ip 155.1.0.4 504 >>>>> > > no frame-relay inverse-arp >>>>> > > end >>>>> > > >>>>> > > >>>>> > > Problem I am facing at the movement is when I shut down a main >>>>> interface >>>>> > of >>>>> > > frame relay network of any of this router the PVC status of the >>>>> other end >>>>> > > router does not go to inactive. >>>>> > > >>>>> > > Wonder this is a issue with the GNS or I have missed anything in >>>>> the >>>>> > config. >>>>> > > >>>>> > > Thanks >>>>> > > >>>>> > > Sara >>>>> > > >>>>> > > >>>>> > > Blogs and organic groups at http://www.ccie.net >>>>> > > >>>>> > > >>>>> _______________________________________________________________________ >>>>> > > Subscription information may be found at: >>>>> > > http://www.groupstudy.com/list/CCIELab.html >>>>> > >>>>> > >>>>> > Blogs and organic groups at http://www.ccie.net >>>>> > >>>>> > >>>>> _______________________________________________________________________ >>>>> > Subscription information may be found at: >>>>> > http://www.groupstudy.com/list/CCIELab.html >>>>> >>>>> >>>>> Blogs and organic groups at http://www.ccie.net >>>>> >>>>> _______________________________________________________________________ >>>>> Subscription information may be found at: >>>>> http://www.groupstudy.com/list/CCIELab.html >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>> >>>> >>>> -- >>>> Cheers, >>>> >>>> Jared Scrivener >>>> CCSI #30878, CCIE3 #16983 (R&S, SP, Security) >>>> www.MicronicsTraining.com <http://www.micronicstraining.com/> >>>> Sr. Technical Instructor >>>> >>>> YES! We take Cisco Learning Credits! >>>> Training And Remote Racks available >>>> >>>> LinkedIn:www.linkedin.com/in/jaredscrivener Blogs and organic groups at http://www.ccie.netReceived on Sat Feb 13 2010 - 23:37:37 ART
This archive was generated by hypermail 2.2.0 : Mon Mar 01 2010 - 06:28:35 ART