more readdressing problems

[jblancke]

I'm readdressing WAN links and have run into the problem of the Frame relay p2p is saying it's active with sh fr pvc on both ends and the show int command also. One end is a 3620 the other end is a 1601. All indications say it's active. but the interface can't be pinged and all routing stops. I have also changed the route of last resort On the remote 1601.

The 1601 interface:

interface Serial0

ip address 10.56.0.6 255.255.255.252

encapsulation frame-relay

frame-relay lmi-type ansi

Sh fr pvc on the 1601:

DLCI = 30, DLCI USAGE = UNUSED, PVC STATUS = ACTIVE, INTERFACE = Serial0

input pkts 0 output pkts 64 in bytes 0

out bytes 1920 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 64 out bcast bytes 1920 Num Pkts Switched 0

pvc create time 01:02:18, last time pvc status changed 01:01:28

DLCI = 31, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0

input pkts 26861 output pkts 25046 in bytes 22261402

out bytes 6004752 dropped pkts 4 in FECN pkts 0

in BECN pkts 0 out FECN pkts 0 out BECN pkts 0

in DE pkts 26861 out DE pkts 0

out bcast pkts 67 out bcast bytes 4254

pvc create time 01:02:20, last time pvc status changed 01:01:30

The 3620 interface:

interface Serial0/1.1 point-to-point

ip address 10.56.0.5 255.255.255.252

no arp frame-relay

frame-relay interface-dlci 30

Sh fr pvc on the 3620:

DLCI = 30, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0/1.1

input pkts 96931 output pkts 115652 in bytes 16077803

out bytes 78657346 dropped pkts 1 in FECN pkts 0

in BECN pkts 0 out FECN pkts 0 out BECN pkts 0

in DE pkts 96931 out DE pkts 0

out bcast pkts 17166 out bcast bytes 2089474

pvc create time 17:40:16, last time pvc status changed 01:02:20

switch it back to the prior addressing all works fine after shutting down the interface on the 1601 and then enabling the interface. I need to readdress to remove overlap on two systems being connected. Sprint is the Frame relay provider.

Thanks in advance

[millerv]

On the 1601 I don't see fare-relay interface-dlci 30

and your show output shows that the dlci is unused

[jblancke]

It seems that records indicate that DLCI 30 is still being charged for and we are not using it at all on the 1601 end. The current config is using DLCI 31 on the 1601 and DLCI 30 on the 3620 end. I'm a newly certified CCNA and got this dumped on me when they found out I had my CCNA very little time to get familier with the setup and the lack of knoledge on my behalf is frustrating. It also seems that the PVC is not bieng created,Should the new addressing use the DLCI's in use now? I also remember somthing about the DLCI's at each end should be the same, but the existing uses two difrent DLCI's.

[millerv]

DLCI's have local significance only. remember, the pvc is only from the 1601 to a frame switch,

and from the 3640 to the frame switch. the Telco will logically cross connect the two. Use the dlci that the telco tells you for each leg. they can be the same, but its not required....

[jblancke]

Thanks for the clarification, I'll try this after hours and see if it will get us going.