RE: Weird Interface Dependencies

From: Salau, Yemi (yemi.salau@siemens.com)
Date: Wed Nov 28 2007 - 12:19:09 ART


So, what are you suggesting to do?

Here is an output of the map-classes applied to the FR DLCIs: Anything
wrong with them?

************************************************************************
*********************************************

!
map-class frame-relay 64k_cir_128k_bc
 frame-relay cir 128000
 frame-relay bc 128000
 frame-relay mincir 64000
 frame-relay adaptive-shaping becn
 frame-relay fair-queue
 frame-relay interface-queue fair queue-limit 32
 frame-relay interface-queue priority low
!
map-class frame-relay 128k_cir_256k_bc
 frame-relay cir 256000
 frame-relay bc 256000
 frame-relay mincir 128000
 frame-relay adaptive-shaping becn
 frame-relay fair-queue
 frame-relay interface-queue fair queue-limit 32
 frame-relay interface-queue priority low
!
map-class frame-relay 64k_cir_128k_bc_inc_2_voice
 frame-relay cir 128000
 frame-relay bc 128000
 frame-relay mincir 64000
 frame-relay fragment 80
 frame-relay adaptive-shaping becn
 frame-relay fair-queue
 frame-relay interface-queue fair queue-limit 32
 frame-relay interface-queue priority low
!
map-class frame-relay 56k_cir_7k_bc_2_voice
 frame-relay cir 56000
 frame-relay bc 1000
 frame-relay mincir 48000
 frame-relay voice bandwidth 48000
 frame-relay interface-queue fair queue-limit 32
 frame-relay interface-queue priority high

************************************************************************
********************************************************************
 
Many Thanks
 
Yemi Salau

________________________________

From: Tarun Pahuja [mailto:pahujat@gmail.com]
Sent: Wednesday, November 28, 2007 2:25 PM
To: Salau, Yemi
Cc: Cisco certification
Subject: Re: Weird Interface Dependencies

Salau,
          If the QOS policies applied on the interface are not optimal,
it can cause the interface queues to fill up and hence no control
messages will flow through the interface to keep the interface up. In
your case if the Lmi propagation is effected between the router and the
frame switch the interface would go down.
 
Something to investigate.
 
HTH,
Tarun

On Nov 28, 2007 6:05 AM, Salau, Yemi <yemi.salau@siemens.com> wrote:

        Hello Experts,
        
        As anyone come across issues where a serial connection (say
s0/1) going
        down, tend to bring down another serial connection.
        
        The scenario is that, say RouterA has 2 serial interfaces s0/1
and s0/2.
        s0/1 is a ppp connection via a V100 satellite link, and s0/2 is
a
        frame-relay connection with several subinterfaces ... Say
        s0/2.1,s0/2.2,s0/2.3,s0/2.4,s0/2.5 etc.
        
        The problem is, whenever s0/1 goes down, it takes s0/2 main
interface
        down with it, which in turn take down all the sub-interfaces
with it.
        
        Is there any reason why this should be, I'm guessing hardware
related
        fault on the Hub Router, or a software bug ... Anyone come
across this,
        please let me know.
        
        !
        interface Serial0/1
         bandwidth 512
         ip address A.B.C.D W.X.Y.Z
         encapsulation ppp
         ip route-cache flow
         no fair-queue
         no cdp enable
        !
        
        !
        interface Serial0/2
         bandwidth 2048
         no ip address
         encapsulation frame-relay IETF
         ip route-cache flow
         no ip route-cache cef
         frame-relay traffic-shaping
         frame-relay lmi-type ansi
         frame-relay interface-queue priority 10 20 30 40
        !
        interface Serial0/2.1 point-to-point
         bandwidth 128
         ip address B.B.C.D W.X.Y.Z
         no cdp enable
         frame-relay interface-dlci 1
         class 64k_cir_128k_bc
        !
        interface Serial0/2.2 point-to-point
         bandwidth 128
         ip address B.B.C.E W.X.Y.Z
         no cdp enable
         frame-relay interface-dlci 2
         class 64k_cir_128k_bc
        !
        interface Serial0/2.3 point-to-point
         bandwidth 128
         ip address B.B.C.F W.X.Y.Z
         no cdp enable
         frame-relay interface-dlci 3
         class 64k_cir_128k_bc
        !
        !
        interface Serial0/2.4 point-to-point
         bandwidth 128
         ip address B.B.C.G W.X.Y.Z
         no cdp enable
         frame-relay interface-dlci 4
         class 64k_cir_128k_bc
        !
        interface Serial0/2.5 point-to-point
         bandwidth 128
         ip address B.B.C.H W.X.Y.Z
         shutdown
         no cdp enable
         frame-relay interface-dlci 5
         class 64k_cir_128k_bc
        !
        interface Serial0/2.6 point-to-point
         bandwidth 256
         ip address B.B.C.I W.X.Y.Z
         no cdp enable
         frame-relay interface-dlci 6
         class 128k_cir_256k_bc
        !
        interface Serial0/2.7 point-to-point
         bandwidth 128
         ip address B.B.C.J W.X.Y.Z no cdp enable
         frame-relay de-group 1 7
         frame-relay interface-dlci 7 IETF
         class 64k_cir_128k_bc_inc_2_voice
         vofr data 4 call-control 5
         frame-relay payload-compression FRF9 stac
        !
        interface Serial0/2.8 point-to-point
         bandwidth 32
         no cdp enable
         frame-relay interface-dlci 8
         class 56k_cir_7k_bc_2_voice
         vofr data 5 call-control 4
        !
        
        Many Thanks
        
        Yemi Salau
        
        



This archive was generated by hypermail 2.1.4 : Sat Dec 01 2007 - 06:37:31 ART