FRTS on sub-interface

[adirinaldi]

I tried to configure FRTS on my spoke router (branch), but when i applied "frame-relay traffic-shaping" command, I could not reach (ping) my Hub routers (HQ), and as soon as i undo the "frame-relay traffic-shaping" its back to normal. I'm using CISCO2621XM with image c2600-adventerprisek9-mz.124-7.bin.

!Branch Routers A

interface Serial0/0

no ip address

encapsulation frame-relay

ip ospf priority 0

no dce-terminal-timing-enable

frame-relay traffic-shaping

frame-relay lmi-type cisco

!

interface Serial0/0.246 multipoint

ip address 150.x.x.4 255.255.255.0

ip ospf authentication message-digest

ip ospf message-digest-key 1 md5 ciscomd51

ip ospf network non-broadcast

ip ospf 1 area 246

frame-relay map ip 150.50.246.2 401 broadcast

frame-relay map ip 150.50.246.4 401

frame-relay map ip 150.50.246.6 401

frame-relay interface-dlci 401

class CIR64

no frame-relay inverse-arp

[dgahm · Accepted solution]

Does your map class look something like this?

map-class frame-relay CIR64

frame-relay adaptive-shaping becn

frame-relay cir 128000

frame-relay bc 16000

frame-relay mincir 64000

What output do you get from:

sh traffic-shape serial 0/0.246

You may not need traffic shaping if you only have a single PVC and the port (circuit) speed matches your burst rate. It is usually the hub site where FRTS becomes critical.

Please rate helpful posts.

[adirinaldi]

my map class look like this:

map-class frame-relay CIR64

frame-relay cir 64

frame-relay bc 1000

frame-relay be 0

and you just reminded me that the unit for "cir" is bps (not kbps), thank you very much, really helpful. i was thinking that the problem is on the interface. stupid me ;)

Regards