From: Erick B. (erickbe@xxxxxxxxx)
Date: Mon Aug 06 2001 - 18:03:09 GMT-3
   
I think FREEK was designed mainly for use on
sub-interfaces since LMI traffic goes to the main
physical interface. You wouldn't want to down the
physical interface when a PVC goes down because then
you won't get LMI to see when it comes back. I've done
FREEK on subs with no problem, although I think Cisco
recommends only doing FREEK on 25 PVCs per interface
which was with 12.0(7)T code.
--- "Padhu  (LFG)" <padhu@steinroe.com> wrote:
> On the frame switch:I deleted all frame routes too.
> interface Serial3
>  no ip address
>  encapsulation frame-relay
>  no fair-queue
>  clockrate 115200
>  frame-relay lmi-type cisco
>  frame-relay intf-type dce
>
> BB3_FrameSwitch#show frame ro
> Input Intf      Input Dlci      Output Intf
> Output Dlci     Status
> Serial0         102             Serial1         201
>            active
> Serial0         104             Serial2         401
>            active
> Serial0         105             Serial3         501
>            inactive
> Serial1         201             Serial0         102
>            active
> Serial1         204             Serial2         402
>            active
> Serial1         205             Serial3         502
>            inactive
> Serial2         401             Serial0         104
>            active
> Serial2         402             Serial1         204
>            active
> Serial2         405             Serial3         504
>            inactive
> BB3_FrameSwitch#
>
> I tried rebooting r5 and still shows link up up.
> R5#show frame
> R5#show frame-relay pvc
>
> PVC Statistics for interface Serial0 (Frame Relay
> DTE)
>
>               Active     Inactive      Deleted
> Static
>   Local          0            0            1
>    0
>   Switched       0            0            0
>    0
>   Unused         0            0            0
>    0
>
> DLCI = 501, DLCI USAGE = LOCAL, PVC STATUS =
> DELETED, INTERFACE = Serial0
>
>   input pkts 0             output pkts 0
> in bytes 0
>   out bytes 0              dropped pkts 0
> in FECN pkts 0
>   in BECN pkts 0           out FECN pkts 0
> out BECN pkts 0
>   in DE pkts 0             out DE pkts 0
>   out bcast pkts 0          out bcast bytes 0
>   pvc create time 00:01:45, last time pvc status
> changed 00:01:24
>
> R5#sh int s 0
> Serial0 is up, line protocol is up
>   Hardware is HD64570
>   Internet address is 172.16.30.85/29
>   MTU 1500 bytes, BW 256 Kbit, DLY 20000 usec,
>      reliability 255/255, txload 1/255, rxload 1/255
>   Encapsulation FRAME-RELAY, loopback not set
>   Keepalive set (10 sec)
>   LMI enq sent  12, LMI stat recvd 11, LMI upd recvd
> 0, DTE LMI up
>   LMI enq recvd 0, LMI stat sent  0, LMI upd sent  0
>   LMI DLCI 1023  LMI type is CISCO  frame relay DTE
>   FR SVC disabled, LAPF state down
>
> -----Original Message-----
> From: Ravi [mailto:s_ravichandran@hotmail.com]
> Sent: Monday, August 06, 2001 3:08 PM
> To: Padhu (LFG)
> Subject: Re: FREEK - Why doesn't it declare the
> serial 0 line down with
> these settings ?
>
>
> Try shuting the interfaces down and bringing them up
> (try one by one). If
> nothing works for you than you try and reload the
> routers as last resort. I
> reload the routers when I am sure my configs are
> correct and I am not
> getting the result that i expect.
> It happens always with Framerelay configs. i feel
> some frame relay stuff are
> sticky, they don't get removed until shut the
> interface and bring them up or
> reload the router.
>
> Regards,
> Ravi
>
> ----- Original Message -----
> From: "Padhu (LFG)" <padhu@steinroe.com>
> To: "'Ravi'" <s_ravichandran@hotmail.com>
> Sent: Monday, August 06, 2001 3:36 PM
> Subject: RE: FREEK - Why doesn't it declare the
> serial 0 line down with
> these settings ?
>
>
> > I deleted all frame routes and didn't see the
> errors increasing to
> triggger
> > the link status down.
> > Any ideas ?
> >
> > Cheers,Padhu
> >
> > -----Original Message-----
> > From: Ravi [mailto:s_ravichandran@hotmail.com]
> > Sent: Monday, August 06, 2001 1:33 PM
> > To: Ccielab (E-mail)
> > Subject: Re: FREEK - Why doesn't it declare the
> serial 0 line down with
> > these settings ?
> >
> >
> > Hi,
> >
> > Do you have multiple pvcs configured on the
> interface? If yes, try to
> remove
> > all the pvcs. If any one pvc is up, the interface
> will be up up.
> >
> > Regards,
> > Ravi
> > ----- Original Message -----
> > From: "Padhu (LFG)" <padhu@steinroe.com>
> > To: "Ccielab (E-mail)" <ccielab@groupstudy.com>
> > Sent: Monday, August 06, 2001 2:07 PM
> > Subject: FREEK - Why doesn't it declare the serial
> 0 line down with these
> > settings ?
> >
> >
> > > I have the below config on all my hub and spoke
> routers and when i
> remove
> > > the pvc on the frame switch going between the
> hub and spokes, show frame
> > pvc
> > > shows deleted however the serial line is still
> up up everywhere.
> > > According to the docs it should declare the line
> down after error
> > threshold
> > > has reached. The pvcs were in deleted for about
> 30 mins still no luck. I
> > > thought i that was the purpose of Freek. End to
> end monitor and declare
> > line
> > > down if keepalives fail.
> > >
> > > Any insights ?
> > >
> > > Cheers,Padhu
> > >
> > > map-class frame-relay ccie
> > >  frame-relay end-to-end keepalive mode
> bidirectional
> > >  frame-relay end-to-end keepalive event-window
> send 10
> > >  frame-relay end-to-end keepalive event-window
> recv 10
> > >  frame-relay end-to-end keepalive
> error-threshold send 5
> > >  frame-relay end-to-end keepalive
> error-threshold recv 5
> > >  frame-relay end-to-end keepalive success-events
> send 5
> > >  frame-relay end-to-end keepalive success-events
> recv 5
> > >
> > > interface Serial0.2 multipoint
> > >  bandwidth 256
> > >  ip ospf hello-interval 5
> > >  ip ospf priority 255
> > >  frame-relay class ccie
> > >
> > >
>
================================================================
> > > Padhu
> > > Phone   : 312-368-3239
> > > Asst Vice President,Technology Development
>         Fax       :
> > > 312-602-4330
> > > Liberty Funds Group
> > > Email    : padhu@steinroe.com
> > > 1 South Wacker Drive ,31st Floor
> URL
> > > : www.steinroe.com
> > > Chicago, IL-60606.
> > >
>
=================================================================
> > > **Please
> read:http://www.groupstudy.com/list/posting.html
> > **Please
> read:http://www.groupstudy.com/list/posting.html
> **Please
> read:http://www.groupstudy.com/list/posting.html
>
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:31:46 GMT-3