Thanks guys,
You answered all the asked as well as not asked questions. It is all clear,
Cheers
Sara
On Sun, Feb 14, 2010 at 12:07 AM, Jared Scrivener
<lists_at_jaredscrivener.com>wrote:
> Always happy to help, Ahmed. :)
>
> --
> 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 Sun, Feb 14, 2010 at 4:28 AM, Ahmed Ejaz <aahmedejaz_at_gmail.com> wrote:
> > Jared you are absolutely right, it will not show "Inactive" for lmi
> status
> > .. I misunderstood the question and took it in a different way ...
> >
> > Thank you for clearing my thoughts :) ...
> >
> > Ahmed
> >
> >
> > On Sat, Feb 13, 2010 at 6:37 PM, Jared Scrivener <
> lists_at_jaredscrivener.com>
> > wrote:
> >>
> >> 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
> >>>> 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
> >>>>>> 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
> >>>>>> 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.net
Received on Sun Feb 14 2010 - 00:51:32 ART
This archive was generated by hypermail 2.2.0 : Mon Mar 01 2010 - 06:28:35 ART