The Actors :
GTE Frame Relay
Cisco 2501 w/Bat T1-FT1 CSU/DSU on Serial1
Portmaster PM2ER10 with Bat EZ-56K CSU/DSU
Frame Relay Antics, Act I : The GTE portion
Hayes location : 256k Frame Relay with two PVC's :
PVC 16 - 128k - Unused at the moment until I get THIS circuit up
PVC 17 - 56k - Goes to Middlesex
Middlesex Location : 56k Frame with one PVC
PVC 16 - 56k - Goes to Hayes(17)
CSU's are up and happy at both ends.
GTE sees my LMI requests from both ends.
GTE sees a 29byte packet hop across the link from the Hayes end (
Cisco2501 )
GTE so far has been the cause of one or the other ends being down because
they left the lines in Test Mode. This was rectified this morning and now
I get LMI's and I get DLCI lists back from the switch.
Oh yeah. GTE never documented the circuits for me. It took 4 phonecalls
and faxes until they attributed the correct circuit numbers to the correct
locations and at least that many calls until I got DLCI lists for the
locations. The only reason I think I'm on the right DLCI's now is that
GTE sees LMI's and these are the only DLCI's that are active.
The Livingston says circuit is established. Cisco says Line is up
Protocol is Up.
--------
Frame Relay Antics, Act II : The Portmaster PM2ER
Active Configuration Default Configuration
-------------------- ---------------------
Port Type: Netwrk Netwrk (Hardwired)
Line Speed: Ext 56K Ext Clock
Modem Control: on on
Local Address: 206.151.67.5 206.151.67.5
Netmask: 255.255.255.254 255.255.255.254
Interface: frmW1 (FRM,Routing) (FRM,Routing)
Mtu: 1500 1500
Annex-D Poll: 10 (seconds)
DLCI List: 16:206.151.67.6
Dial Group: 0
I have hand entered the DLCI list. If I do a show arp frmw1 :
portmaster3> show arp frmw1
0.0.0.0 at 04:01 (16)
I have done a debug 0x51 and watched LMI packets scroll over the screen
and it shows DLCI 16 every 6th packet. ( like it should I think )
-------
Frame Relay Antics, Act III : The Cisco 2501
Configuration of Serial1 :
!
interface Serial1
no ip address
encapsulation frame-relay IETF
frame-relay lmi-type ansi
!
interface Serial1.17 point-to-point
ip address 206.151.67.6 255.255.255.252
frame-relay interface-dlci 17 IETF
!
The first little bit of a 'show int ser1'
Serial1 is up, line protocol is up
Hardware is HD64570
MTU 1500 bytes, BW 1544 Kbit, DLY 20000 usec, rely 255/255, load 1/255
Encapsulation FRAME-RELAY IETF, loopback not set, keepalive set (10 sec)
LMI enq sent 31628, LMI stat recvd 31616, LMI upd recvd 0, DTE LMI up
LMI enq recvd 0, LMI stat sent 0, LMI upd sent 0
LMI DLCI 0 LMI type is ANSI Annex D frame relay DTE
And a Show int Serial1.17 :
Serial1.17 is up, line protocol is up
Hardware is HD64570
Internet address is 206.151.67.6 255.255.255.252
MTU 1500 bytes, BW 1544 Kbit, DLY 20000 usec, rely 255/255, load 1/255
Encapsulation FRAME-RELAY IETF
I have had people that work with Cisco's on a daily basis have a look at
this and it looks fine to them. I have logged all the Cisco's LMI packets
and watched them. DLCI 17 is showing a status of 0x2 ( active/added ).
--------
Frame Relay Antics : Epilogue
I'm at Wits end on this. 70mile round trip to the POP to play with
hardware. I just spent my entire saturday on the phone with GTE and in
converstation with people familier with the Cisco end of things.
Unfortunatly I dont have anyone local that does Livingston ( and I just
can't seem to find where Megazone posted his home number... :-) )
Any suggestions appeciated. I'm so tired I'm actually punchy right now so
please excuse spelling mistakes and strange layouts. If more detailed
information is needed I will be happy to supply. I figure I'll post it
here and see if others have had simular problems before I post to Support.
Thanks!
+-----------------------------------------------+
: Tom Arnold - No relation to Rosanne :
: SysAdmin/Pres - TBI, Ltd ( inna.net ) :
: The Middle Peninsula's Internet Connection :
+-----------------------------------------------+