[c-nsp] ATM to Frame internetworking

Wed Jun 11 08:53:31 EDT 2008

If I test with a 1700 using a wic and taking the settings that are on the
ser6/0:0 interface and duplicating them on the 1700 it works fine so im at a
loss.

P

P.A > -----Original Message-----
P.A > From: Roy [mailto:r.engehausen at gmail.com]
P.A > Sent: Wednesday, June 11, 2008 12:26 AM
P.A > To: Paul A
P.A > Cc: cisco-nsp at puck.nether.net
P.A > Subject: Re: [c-nsp] ATM to Frame internetworking
P.A > 
P.A > This doesn't look right
P.A > 
P.A > LMI enq sent  355, LMI stat recvd 0, LMI upd recvd 0, DTE LMI down
P.A > 
P.A > I would think your router would be receiving LMI from the switch.  If
P.A > the switch is sending LMI, I would check to make sure the LMI protocol
P.A > is the same on both ends
P.A > 
P.A > frame-relay lmi-type ansi
P.A > 
P.A > "Three LMI options are available: ansi, Cisco, and q933a. They
P.A > represent
P.A > the ANSI Annex D, Cisco, and ITU Q933-A (Annex A) LMI types,
P.A > respectively.  The no form of the frame-relay lmi-type command removes
P.A > the explicit LMI type configured on the interface. Take note that
P.A > after
P.A > the explicit LMI type configuration is removed from an interface, the
P.A > LMI autosense feature is used again for LMI type discovery on that
P.A > interface."
P.A > 
P.A >  From the web site
P.A > 
P.A > http://www.ciscopress.com/articles/article.asp?p=170741&seqNum=3
P.A > 
P.A > 
P.A > 
P.A > Paul A wrote:
P.A > > Hi all, I'm  having a few problems with ATM to Frame and I'm hoping
P.A > someone
P.A > > here can help.
P.A > >
P.A > > I have a customer DSL line that terminates on a cisco 7200, the 7200
P.A > is
P.A > > doing Frame Relay-to-ATM Service Interworking (FRF.8).
P.A > > On the 7200 I'm using a Multi-Channel T1/Pri card that connects to
P.A > my frame
P.A > > switch over a T1 cross connect cable that I made and tested.
P.A > >
P.A > > DSL circuit----> 7200 --> Frame switch --> Customer Frame circuit
P.A > >
P.A > > When I look at the 7200, I can see that the ATM pvc for the DSL
P.A > circuit is
P.A > > up but the serial interface associated with the multi-channel t1
P.A > card is
P.A > > showing line up protocol down.
P.A > > I'm thinking the issue at this point is between the 7200 and the
P.A > frame
P.A > > switch although I don't think it's the config, if it is I'm sure
P.A > someone
P.A > > will point it out.
P.A > >
P.A > > No matter what I do I can't get protocol on the serial interface. I
P.A > have
P.A > > switched t1 x connect cables and double checked timing, frame switch
P.A > is set
P.A > > for internal timing while the 7200's serial is set for loop/line.
P.A > Both
P.A > > devices are set for b8zs/esf etc.
P.A > >
P.A > >
P.A > > Here is the configuration on the 7200.
P.A > >
P.A > > sh atm pvc 2/357
P.A > > Description: To my dsl customers dsl line
P.A > > ATM5/0: VCD: 2, VPI: 2, VCI: 357
P.A > > VBR-NRT, PeakRate: 384 (906 cps), Average Rate: 384 (906 cps)
P.A > > Burst Cells: 64
P.A > > AAL5-FRATMSRV, etype:0x15, Flags: 0x23, VCmode: 0x0, Encapsize: 0
P.A > > OAM cells received: 34
P.A > > OAM cell drops: 0
P.A > > Status: UP
P.A > >
P.A > >
P.A > > controller T1 6/0
P.A > >  framing esf
P.A > >  fdl ansi
P.A > >  linecode b8zs
P.A > >  cablelength short 133
P.A > >  channel-group 0 timeslots 24
P.A > >
P.A > > interface ATM5/0
P.A > >  no ip address
P.A > >  no ip redirects
P.A > >  no ip unreachables
P.A > >  ip route-cache policy
P.A > >  ip route-cache flow
P.A > >  load-interval 30
P.A > >  no atm oversubscribe
P.A > >  atm scrambling cell-payload
P.A > >  atm uni-version 3.1
P.A > >  atm ilmi-keepalive
P.A > >  arp arpa
P.A > >  arp timeout 0
P.A > > pvc 2/357
P.A > >   description To My DSL customer
P.A > >   vbr-nrt 384 384 64
P.A > >   encapsulation aal5mux fr-atm-srv
P.A > >
P.A > > interface Serial6/0:0
P.A > >  description For ADSL to FRAME Mappings - routed 1490
P.A > >  bandwidth 1536
P.A > >  no ip address
P.A > >  encapsulation frame-relay IETF
P.A > >  frame-relay interface-dlci 33 switched
P.A > >  frame-relay lmi-type ansi
P.A > > !
P.A > >
P.A > > And lastly to map the atm to frame and translate it.
P.A > >
P.A > > connect ADSL2FRAMEDPVC Serial6/0:0 33 ATM5/0 2/357 service-
P.A > interworking
P.A > >
P.A > >
P.A > > this is what im seeing because I'm assuming there's no protocol on
P.A > the
P.A > > serial interface.
P.A > >
P.A > > sh controllers t1 6/0
P.A > > T1 6/0 is up.
P.A > >   Applique type is Channelized T1
P.A > >   Cablelength is short 133
P.A > >   No alarms detected.
P.A > >   alarm-trigger is not set
P.A > >   Soaking time: 3, Clearance time: 10
P.A > >   AIS State:Clear  LOS State:Clear  LOF State:Clear
P.A > >
P.A > > Serial6/0:0 is up, line protocol is down
P.A > >   Hardware is Multichannel T1
P.A > >   Description: For ADSL to FRAME Mappings - routed 1490
P.A > >   MTU 1500 bytes, BW 1536 Kbit, DLY 20000 usec,
P.A > >      reliability 255/255, txload 1/255, rxload 1/255
P.A > >   Encapsulation FRAME-RELAY IETF, crc 16, Data non-inverted
P.A > >   Keepalive set (10 sec)
P.A > >   LMI enq sent  355, LMI stat recvd 0, LMI upd recvd 0, DTE LMI down
P.A > >
P.A > > sh connection all
P.A > >
P.A > > ID   Name               Segment 1            Segment 2
P.A > State
P.A > >
P.A > ======================================================================
P.A > ==
P.A > > 9    ADSL2FRAMEDPVC     Serial6/0:0 33       ATM5/0 2/357
P.A > OPER DOWN
P.A > >
P.A > >
P.A > >
P.A > 
P.A > No virus found in this incoming message.
P.A > Checked by AVG.
P.A > Version: 8.0.100 / Virus Database: 270.2.0/1497 - Release Date:
P.A > 6/11/2008 8:32 AM