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:[EMAIL PROTECTED] P.A > Sent: Wednesday, June 11, 2008 12:26 AM P.A > To: Paul A P.A > Cc: [email protected] 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 _______________________________________________ cisco-nsp mailing list [email protected] https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
