ATM frame relay

[limejudo]

Just had a frame ckt upgraded from 256 to 384, the pvc's are still showing deleted. Provider says the ckt went from 4 channels to 6 (protocol nxd). Here is the config on both sides. If anyone could help I will be at your mercy. thx.

Remote router---2621----

interface Serial0/0
description remote
no ip address
encapsulation frame-relay IETF
no fair-queue
service-module t1 timeslots 1-4
frame-relay traffic-shaping
frame-relay lmi-type ansi
!
interface Serial0/0.1 point-to-point
description
bandwidth 384
ip address x.x.x.x 255.255.255.252
frame-relay class 128
frame-relay interface-dlci 100


Local---7206----

interface ATM5/0
description local
no ip address
ima-group 0
!
interface ATM5/ima0
no ip address
atm ilmi-keepalive

interface ATM5/ima0.31 point-to-point
description L
bandwidth 384
ip address x.x.x.x 255.255.255.252
pvc 1/131
no ilmi manage
oam-pvc manage
encapsulation aal5snap

Eric - A+, Net+, INet+ CCNA next week.
Network Admin/Helpdesk II

http://www.usunwired.com

 

[pwrnet]

First if the PVC is showing deleted then your config isn't going to make too much of a difference. Do "show frame-relay PVC" and find out which PVC is active. If there isn't a PVC active then the telco has a problem.

Second you should consider using vbr-nrt in the ATM PVC sub-interface for ATM5. "vbr-nrt 384 384" under the sub pvc interface. The bandwidth statement really doesn't do anything to limit or control the amount of bandwidth used. It really is more of an identifier.

 

[limejudo]

Thx. This is the only ckt that's being upgraded to 384. The provider changes the port speed or something but when he changes it back the pvc comes up.

Eric - A+, Net+, INet+ CCNA next week.
Network Admin/Helpdesk II

http://www.usunwired.com

 

[KiscoKid]

Which site has been upgraded to 384k? The remote, local or both? Can you paste a copy of 'show frame pvc' from the 2621 and 'show atm pvc' from the 7206

 

[limejudo]

the remote side was upgrade. Here is the pvc stats for the remote side
PVC Statistics for interface Serial0/0 (Frame Relay DTE)

Active Inactive Deleted Static
Local 0 0 1 0
Switched 0 0 0 0
Unused 0 0 0 0

DLCI = 100, DLCI USAGE = LOCAL, PVC STATUS = DELETED, INTERFACE = Serial0/0.1

input pkts 0 output pkts 16 in bytes 0
out bytes 2040 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 16 out bcast bytes 2040
Shaping adapts to BECN
pvc create time 02:23:23, last time pvc status changed 00:27:32

sh atm pvc---
VC 1/131 doesn't exist on interface ATM5/0 - cannot display
ATM5/ima0.31: VCD: 11, VPI: 1, VCI: 131
UBR, PeakRate: 6093
AAL5-LLC/SNAP, etype:0x0, Flags: 0xC20, VCmode: 0x0
OAM frequency: 10 second(s), OAM retry frequency: 1 second(s), OAM retry frequency: 1 second(s)
OAM up retry count: 3, OAM down retry count: 5
OAM Loopback status: OAM Sent
OAM VC state: AIS/RDI
ILMI VC state: Not Managed
VC is managed by OAM.
InARP frequency: 15 minutes(s)
Transmit priority 4
InPkts: 3168653, OutPkts: 4219912, InBytes: 508871365, OutBytes: 2069602562
InPRoc: 135159, OutPRoc: 134361
InFast: 3033494, OutFast: 4084929, InAS: 0, OutAS: 0
InPktDrops: 0, OutPktDrops: 0
CrcErrors: 0, SarTimeOuts: 0, OverSizedSDUs: 0, LengthViolation: 0, CPIErrors: 0
OAM cells received: 76183
F5 InEndloop: 62621, F5 InSegloop: 0, F5 InAIS: 13562, F5 InRDI: 0
F4 InEndloop: 0, F4 InSegloop: 0, F4 InAIS: 0, F4 InRDI: 0
OAM cells sent: 76159
F5 OutEndloop: 62597, F5 OutSegloop: 0, F5 OutRDI: 13562
F4 OutEndloop: 0, F4 OutSegloop: 0, F4 OutRDI: 0
OAM cell drops: 0
Status: DOWN, State: NOT_VERIFIED
VC 1/131 doesn't exist on interface ATM5/1 - cannot display
VC 1/131 doesn't exist on interface ATM5/2 - cannot display
VC 1/131 doesn't exist on interface ATM5/3 - cannot display
VC 1/131 doesn't exist on interface ATM5/4 - cannot display
VC 1/131 doesn't exist on interface ATM5/5 - cannot display
VC 1/131 doesn't exist on interface ATM5/6 - cannot display
VC 1/131 doesn't exist on interface ATM5/7 - cannot display
FYI here is a copy of my map statement on the remote side;
map-class frame-relay 384 (mapped to s0/0.1 frame class 384)
frame-relay adaptive-shaping becn
frame-relay cir 384000
frame-relay bc 192000
frame-relay mincir 192000
Thx guys


Eric - A+, Net+, INet+ CCNA next week.
Network Admin/Helpdesk II

http://www.usunwired.com

 

[KiscoKid]

As the previous posted suggested, a DELETED PVC is not ideal and usually means either it's been deleted or modified by the Telco provider so it's probably worth confirming with them what DLCI should be used for the new service.

Also I think you need to update the remote 2621 config as follows:

interface Serial0/0
service-module t1 timeslots 1-6

 

[limejudo]

Thx. I've upgraded the timeslots to 1-6 yesterday evening around 3pm central; I checked the ckt again around 11:30 and it was still down. When I woke this morning it was up! I'm hoping the provider didn't changed it back to the 256 link.

Thx kiscokid and pwrnet. Be cool bros

Eric - A+, Net+, INet+ CCNA next week.
Network Admin/Helpdesk II

http://www.usunwired.com