From: Mark Lewis (markl11@xxxxxxxxxxx)
Date: Thu Aug 03 2000 - 11:29:30 GMT-3
I must admit I haven't tested it on a point to point so I'll have a look a
this. I'll also have another dig around Caslow.
You say though a p-p subint. uses dlci status to track up/down status -
remember though that dlci status is a function of lmi - lmi is responsible
for keepalive AND dlci status reporting (ACTIVE/INACTIVE/DELETED).
I'll be very interested to learn if line protocol goes down when dlci is
inactive/deleted on p-p subint.
I'll try it out.
Anybody else had any experiences with this ?
Cheers,
Mark
>From: "Brian S turner" <brian@theatlasgroup.net>
>Reply-To: <brian@theatlasgroup.net>
>To: "'Mark Lewis'" <markl11@hotmail.com>
>CC: <ccielab@groupstudy.com>
>Subject: RE: HSRP tracking of Frame ciruits
>Date: Thu, 3 Aug 2000 08:49:04 -0500
>
>Nope, According Val and Caslow, and from my own testing, a point to point
>sub interface traces the dlci status for the line protocol up down.
>The Physical interface is what uses LMI for up down.
>
>Brian
>
>-----Original Message-----
>From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of
>Mark Lewis
>Sent: Wednesday, August 02, 2000 12:07 PM
>To: ccielab@groupstudy.com
>Subject: Re: HSRP tracking of Frame ciruits
>
>
>
>Hi all,
>
>Even if only one pvc is configured on an interface, there is still the
>possiblity that line protocol will stay up. The reason for this is that a
>pvc's status is indicated in one of three ways: 1.active - indicates that
>end-to-end the circuit is good (ie. router to LOCAL fr switch,across telco
>net., and from far end fr switch to far end router; 2.inactive -indicates
>that there is a problem between the FAR end fr switch and FAR end router
>(or
>possibly in telco cloud); 3.deleted - indicates that there is a problem
>from
>LOCAL router to LOCAL fr switch.
>Now, HSRP only tracks (with standby track command) carrier detect and
>keepalives on the line (VC) to LOCAL fr switch. The upshot of this is that
>HSRP will only detect loss of keepalives if there is a problem between
>LOCAL
>router & LOCAL fr switch. Or to put it another way, if the status of the
>PVC
>is deleted.
>
>Use of dynamic routing prot. is of course the solution to this little
>problem.
>
>Hope this is useful!
>
>Mark
>CCSI/CCNP
>
>
> >From: mark salmon <masalmon@cisco.com>
> >Reply-To: mark salmon <masalmon@cisco.com>
> >To: Johnny Dedon <jdedon@cohesive.com>, Ccielab <ccielab@groupstudy.com>
> >Subject: Re: HSRP tracking of Frame ciruits
> >Date: Wed, 02 Aug 2000 11:08:13 -0700
> >
> >I came in late so forgive me if I state something others have said. If
> >there are more than one pVCs on the interface, you are correct, however
> >if there is only one pvc and the remote end goes down, then I believe
> >the local end will show aa line protocol down.
> >
> >In addition, even if the local interface line protocol stays up, if you
> >are using dynamic routing protocols, the far end reachability over the
> >local interface will cease, with availability now over the other router,
> >it will become the active router.
> >
> >Johnny Dedon wrote:
> > >
> > > Guys,
> > > If the far end frame circuit is down, the local router's circuit still
> >shows
> > > as up up. The local router will accept routes for the destination and
> >since
> > > HSRP is enabled, ICMP redirects is disabled for the peer, and you end
>up
> > > with a black hole.
> > > Johnny
> > > ----- Original Message -----
> > > From: "Brian Hescock" <bhescock@cisco.com>
> > > To: "Jason T. Rohm" <jtrohm@athenet.net>
> > > Cc: "Ccielab" <ccielab@groupstudy.com>; "Johnny Dedon"
> ><jdedon@cohesive.com>
> > > Sent: Wednesday, August 02, 2000 7:10 AM
> > > Subject: RE: HSRP tracking of Frame ciruits
> > >
> > > > Jason,
> > > > Yes but with one significant difference, RTRA would still be the
> >active
> > > > router so all packets would be sent there first then it would
>forward
> >the
> > > > packets to RTRB. We would end up routing the packets twice instead
>of
> > > > only once if RTRB was the active router. Another disadvantage is
>you
> >end
> > > > up having the switch between the two routers handling twice as much
> >data.
> > > >
> > > > Brian
> > > >
> > > > On Tue, 1 Aug 2000, Jason T. Rohm wrote:
> > > >
> > > > > I am trying to understand the questions but... wouldn't simple
> >routing
> > > force
> > > > > the data through the other PVC?
> > > > >
> > > > > IE:
> > > > >
> > > > > PVC1 = RTRA to RTRC
> > > > > PVC2 = RTRB to RTRC
> > > > >
> > > > > If the PVC1 goes down, RTRA's new route to RTRC will through RTRB
> >any
> > > ways,
> > > > > if the local default gateway is set to RTRA, it will just issue an
> >ICMP
> > > > > redirect to move the data to RTRB.
> > > > >
> > > > > Maybe I am wrong...
> > > > >
> > > > > -Jason T. Rohm
> > > > > jtrohm@athenet.net
> > > > >
> > > > > -----Original Message-----
> > > > > From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On
>Behalf
> >Of
> > > > > Johnny Dedon
> > > > > Sent: Tuesday, August 01, 2000 5:27 PM
> > > > > To: ccielab@groupstudy.com
> > > > > Subject: HSRP tracking of Frame ciruits
> > > > >
> > > > > Can anyone tell me how to track the status of a serial frame relay
> > > > > connection with hsrp setup on the lan connections. I want to
> >failover
> > > my
> > > > > LAN connection if the far end of my primary router's frame
> >connection is
> > > > > down.
> > > > >
> > > > > RTRC
> > > > > X |
> > > > > ------------------------------
> > > > > Frame Relay
> > > > > ------------------------------
> > > > > | |
> > > > > RTRA - hsrp - RTRB
> > > > > | |
> > > > > -------Ethernet-----------------
> > > > >
> > > > > Router A is primary and link at RTRC fails
> > > > >
> > > > >
> > > > > Johnny
> > > > >
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 08:24:20 GMT-3