Re: Frame Relay end to end PVC status in GNS3

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 <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 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.net
Received on Sat Feb 13 2010 - 23:28:19 ART