Frame-Relay Traffic Shaping

Can somebody explain :
Frame relay CIR
Minumum CIR
Bc
Be
Tc
I heard Tc is fixed 125 Ms now we can calculate Bc=Tc*CIR
But how to calculate Be=??is it CIR/8.

Hi
some explainations below, hope they help.
CIR (Committed Information Rate) The average rate at which you want to transmit.
This is the rate at which you want to send in periods of noncongestion.
MinCIR (Minimum CIR) The minimum amount of data to send during periods of congestion. This is usually what you get from the telco. MinCIR defaults to one-half of CIR.
Bc (Committed Burst) The amount of data to send in each Tc interval.
Be (Excessive Burst) The amount of excess data allowed to be sent during the
first interval once credit is built up. Transmission credit is built up during periods of nontransmission. The credit is the burst size. Full credit is typically CIR / 8.
Tc (Committed Rate Measurement Interval) The Bc / CIR time interval. The time interval shouldn?t exceed 125 ms (almost always 125 ms).
Interval Bc / CIR. The maximum is 125 ms, or 1/8 second.

Similar Messages

ASR1K 5xE1 MFR Frame relay traffic not forwarding in one direction

Dear Techies,
Hope all is well !
Im doing this inter-op testing with Alcatel device for frame-relay and MFRs and got stuck at this situation which is actually mind boggling and I think i might be missing something "silly" :-(
Its a simple setup of
1. My ASR 1002-X with a LAN (Gig0/0/0) port is connected to a traffic generator.(ixia).
2. ASR WAN port is a 5xE1 bundled into a MFR circuit.
3. WAN link goes to a Alcatel box giving me my FR-DCE with E1s over MFR.
Issue is , I can send traffic to max throughput with  flow initiated from LAN to WAN bit NOT the reverse flow initiated  from WAN side to LAN port. I see traffic coming into my 5xE1s (1.8 mbps each) but the traffic just wont go to the LAN side , somewhere it gets "stuck" or "dropped".
PING works fine from both sides.......but sending traffic is not possible !!
ASR CONFIG
controller SONET 0/3/0
framing sdh
clock source line
aug mapping au-4
au-4 1 tug-3 1
mode c-12
tug-2 1 e1 1 unframed
tug-2 1 e1 2 unframed
tug-2 1 e1 3 unframed
tug-2 2 e1 1 unframed
tug-2 2 e1 2 unframed
tug-2 2 e1 3 unframed
au-4 1 tug-3 2
mode c-12
tug-2 1 e1 1 unframed
tug-2 1 e1 2 unframed
tug-2 1 e1 3 unframed
au-4 1 tug-3 3
mode c-12
interface MFR1
no ip address
encapsulation frame-relay IETF
load-interval 30
frame-relay multilink bid 10MB-PiPe
frame-relay multilink bandwidth-class a
frame-relay lmi-type ansi
interface MFR1.1 point-to-point
ip address 10.10.17.2 255.255.255.0
frame-relay interface-dlci 100
interface GigabitEthernet0/0/0
no ip address
load-interval 30
negotiation auto
interface GigabitEthernet0/0/0.110
encapsulation dot1Q 110
ip address 11.11.11.1 255.255.255.0
interface Serial0/3/0.1/1/1/1:0
no ip address
encapsulation frame-relay MFR1
frame-relay multilink lid First-Link
interface Serial0/3/0.1/1/1/2:0
no ip address
encapsulation frame-relay MFR1
frame-relay multilink lid Second-Link
interface Serial0/3/0.1/1/1/3:0
no ip address
encapsulation frame-relay MFR1
frame-relay multilink lid Third-Link
interface Serial0/3/0.1/1/2/1:0
no ip address
encapsulation frame-relay MFR1
frame-relay multilink lid Fourth-Link
interface Serial0/3/0.1/1/2/2:0
no ip address
encapsulation frame-relay MFR1
frame-relay multilink lid Fifth-Link
SDH_FR#sh frame-relay mul
SDH_FR#sh frame-relay multilink
Bundle: MFR1, State = up, class = A, fragmentation disabled
BID = 10MB-PiPe
Bundle links:
Serial0/3/0.1/1/1/1:0, HW state = up, link state = Up, LID = First-Link
Serial0/3/0.1/1/2/2:0, HW state = up, link state = Up, LID = Fifth-Link
Serial0/3/0.1/1/2/1:0, HW state = up, link state = Up, LID = Fourth-Link
Serial0/3/0.1/1/1/3:0, HW state = up, link state = Up, LID = Third-Link
Serial0/3/0.1/1/1/2:0, HW state = up, link state = Up, LID = Second-Link
SDH_FR#
SDH_FR#
SDH_FR#
SDH_FR#sh fram
SDH_FR#sh frame-relay pvc 100
PVC Statistics for interface MFR1 (Frame Relay DTE)
DLCI = 100, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = MFR1.1
input pkts 8045 output pkts 8044 in bytes 515748
out bytes 527920 dropped pkts 0 in pkts dropped 0
out pkts dropped 0 out bytes dropped 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 0 out bcast bytes 0
5 minute input rate 1000 bits/sec, 2 packets/sec
5 minute output rate 1000 bits/sec, 2 packets/sec
pvc create time 01:07:58, last time pvc status changed 01:07:58
fragment type end-to-end fragment size 1400
SDH_FR#
SDH_FR#
SDH_FR#
SDH_FR#
SDH_FR#
SDH_FR#
SDH_FR#ping 10.10.17.1-------------------------------------------------------------------------- THIS IS ALCATEL SIDE FROM TRAFFIC HAS TO COME.
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 10.10.17.1, timeout is 2 seconds:
Success rate is 100 percent (5/5), round-trip min/avg/max = 3/3/4 ms
SDH_FR#
SDH_FR#
SDH_FR#sh frame-relay traffic
Frame Relay statistics:
ARP requests sent 0, ARP replies sent 0
ARP request recvd 0, ARP replies recvd 0
SDH_FR#

What is the access rate of the head end?
Are you using a codec other than G711?
How many total sites are involved, what protocols are you running?
From the math, 32K is not enough CIR to ensure 4 calls proper Bandwidth. At what point is the voice degrading, is is choppy missing message, sound, jitter, echo or after 1, 2 or 3 calls.
Even if you are using G729a, voice packets could be dropped. Not to say that it is here, but look at the FRS stats to see ip packets are being dropped.
Traffic shaping is always recommended, rtp header compression will help, but the trade-off is around a 20% CPU hit.
If you implement traffic shapping , it needs to be done throughout the network as queueing delays related to data on other slow links and at the headend (specifically here) could be the cause of the distortion alone. I would at least try traffic shapping first, then if the problem doen't go away, increase CIR for Voice, if there are still issues, implement LLQ.

Frame-relay traffic shapping question

Dear all.
i have a question related to the frame-relay traffic shapping question.cir is the commited rate. bc is the traffic which is sent during every ime interval. be is the excess burst.
example. i have line 128kbps to service provider. 64 is my cir so in the map class frame-relay cir 64000 and bc is 8000 which means 8000 bits will go every interval which is by default 125ms.now about be. excess burst will go only in the first interval or every interval ? if i say frame be 32000. will 4000 additional bits go in every interval ?
please advice .

Here's my summary of shaping operation:
* The token bucket used for shaping has a size of Bc+Be (if Be is zero, this equals Bc)
* The token bucket starts off full i.e. with a capacity of Bc+Be
* At the start of every Tc interval, Bc worth of tokens are added to the bucket. If the number of added tokens would result in the capacity of the bucket exceeding Bc+Be, these excess tokens are discarded.
* After the tokens are added to the bucket, the shaper checks if there are any packets that are waiting to be transmitted. If there are, an equivalent number of bytes of packets as the token bucket contents are transmitted. If there are more packets than tokens, these packets will have to wait until the next Tc.
* The capacity of the token bucket will approach Bc+Be only of the traffic has been quite for a little while.
* The maximum amount of traffic that can be sent in any interval is Bc+Be, since that is the size of the token bucket. If the bucket has filled up to Bc+Be, this implies that the connection has been quiet for a little while so that we can allow it a little burst.
* The long-term average of traffic will never exceed CIR, since the token bucket is filled at a CIR rate.
Now, applying this to your example, the maximum size of the token bucket will be Bc + Be = 40000 bits. The bucket will fill up to this level only if there are no packets in the queue for a little while, allowing the bucket to fill up. Then, say that that a 1500 byte (12000 bits) packet comes along. It will be transmitted and the token bucket size reduced to 28000 bits. If there are more packets, they will be transmitted as long as the token bucket has sufficient packets. If there are no more packets, the token bucket will be filled with another 8000 bits (Bc) at the next measurement interval, giving a total of 36000 bits. Whether or not all the Be + Bc bits will be used up in the first interval depends on how many packets are waiting in the queue. If there are sufficient packets, they can all get used up. If not, they get carried forward to the next interval.
Pls do remember to rate posts.
Paresh

Is Low MTU (ie 320) for VoIP over Frame-relay can be used to avoid serialization delay for large data packets?

In order to provide voice quality for VoIP, is FR fragmentation equivalent to lowering the MTU size for the serial subinterface of a Frame relay subinterface?
Is there any isues like stop communications, using Low MTU ?

If the router belongs to any of the
platform listed below, then use
FRF12 for you fragmentation. The MTU size
lowering also works but this can cause a high over
head as it can't be specified on a per dlci level.
With multiple dlci i.e. subinterfaces use per dlci fragmentation.. this helps reduce the overhead of changing the MTU size of the physical interface.
Snip config example.( __Must be configured on both side of the termination___)
PHONE 3333312---ROUTERA ----DLCI 100----ROUTERB ---PHONE 2111123
ROUTER A
dial-peer voice 1 voip
destination-pettern 2T
session target ipv4:10.10.10.2
int ser 0/0
encap frame-relay
frame-relay traffic-shaping
no ip address
interface serial0/0.1 point-to-point
ip add 10.10.10.1 255.255.255.252
frame-relay interface-dlci 100
class voice
map-class frame-relay voice
frame cir 64000
frame bc 640
frame mincir 64000
frame-relay ip rtp priority 16384 16383 48
frame fragment 80
frame fair-queue 64 256 0
ROUTER B
dial-peer voice 3 voip
destination-pettern 3T
session target ipv4:10.10.10.1
int ser 0/0
encap frame-relay
frame-relay traffic-shaping
no ip address
interface serial0/0.1 point-to-point
ip add 10.10.10.2 255.255.255.252
frame-relay interface-dlci 100
class voice
map-class frame-relay voice
frame cir 64000
frame bc 640
frame mincir 64000
frame-relay ip rtp priority 16384 16383 48
frame fragment 80
frame fair-queue 64 256 0
This should help if your router is
c2600, c3600, mc3810, c7200, c1750
all running the right level of IOS.
12.1(5)T and above should work well.

Voice over Frame-Relay

Hi,
Customer of me has several sites connected with leased lines. The leased lines have frame-relay encapsulation (frame-relay back-to-back)
The line has two pvc's configured, one for voice and one for data. The voice PVC works fine. On the data pvc we want to put some QoS.
Here is the partial configuration:
interface Serial0
bandwidth 2000
no ip address
encapsulation frame-relay
no ip route-cache cef
ip route-cache flow
no ip mroute-cache
frame-relay intf-type dce
interface Serial0.1 point-to-point
ip address 10.xx.xx.1 255.255.255.252
no ip mroute-cache
frame-relay interface-dlci 120
interface Serial0.2 point-to-point
ip address 10.0.0.1 255.255.255.252
no ip mroute-cache
frame-relay interface-dlci 100
class VOICE
vofr cisco
map-class frame-relay VOICE
frame-relay cir 512000
frame-relay voice bandwidth 256000
frame-relay fragment 320
frame-relay fair-queue
Question is can I just apply a service policy out to the data DLCI or doi i also have to enable frame-relay traffic shaping?
Thanks,
JH

The disadvantage of shaping is that it will actually limit you bandwidth. That is, you won't be able to use the circuit at full capacity, because of the artificial limitation induced by shaping. This is particularly true for a situation like you where the actual circuits is a leased line, and not a FR network.
A better approach would be to reconfigure for simple hdlc encap, and run VoIP instead. This way, you would have all the QOS features you need for voice and data, and be able to use the full capacity with a much simpler configuration.
Actually, even if you want to retain the FR encapsulation and the voice over FR approach, still using a single PVC would be better, for the same reasons given above.
Hope this helps, please rate post if it does!

"frame-relay fragment XYZ" causes link to stop working

Hi people!
I have a strange problem regarding the "frame-relay fragment xyz" command. I have the following configuration:
interface Serial0/0
description R3926704: phy. FrameRelay-Interface (Se0/0)
bandwidth 512
no ip address
max-reserved-bandwidth 95
encapsulation frame-relay IETF
no ip mroute-cache
load-interval 30
no snmp trap link-status
no fair-queue
cdp enable
frame-relay traffic-shaping
frame-relay lmi-type q933a
end
interface Serial0/0.1 point-to-point
description YYY: FR-Verbindung zum YY(Se0/0.1)
bandwidth 512
ip address A.A.A.A B.B.B.B
frame-relay class egress_queue_512k
frame-relay interface-dlci 16
end
map-class frame-relay egress_queue_512k
frame-relay cir 486000
frame-relay bc 48600
frame-relay be 0
frame-relay mincir 486000
service-policy output egress_queue
... if i change the map-class to:
map-class frame-relay egress_queue_512k_voice
frame-relay cir 486000
frame-relay bc 4860
frame-relay be 0
frame-relay mincir 486000
service-policy output egress_queue
frame-relay fragment 53
... no traffic goes over the link any more. no telnet no other traffic. the strange thing is, that i can ping the router!??
does anyone know what's the problem here??
thanks for any help!!
Mario

also, this fragment size must be set on both sides of the link, the same size, even if the hub has a greater link speed than the spoke.
see this document for more info:
http://www.cisco.com/en/US/partner/tech/tk652/tk698/technologies_configuration_example09186a0080094af9.shtml#topic9

"frame-relay fragment" causes link to stop working

Hi people!
I have a strange problem regarding the "frame-relay fragment xyz" command. I have the following configuration:
interface Serial0/0
description R3926704: phy. FrameRelay-Interface (Se0/0)
bandwidth 512
no ip address
max-reserved-bandwidth 95
encapsulation frame-relay IETF
no ip mroute-cache
load-interval 30
no snmp trap link-status
no fair-queue
cdp enable
frame-relay traffic-shaping
frame-relay lmi-type q933a
end
interface Serial0/0.1 point-to-point
description YYY: FR-Verbindung zum YY(Se0/0.1)
bandwidth 512
ip address A.A.A.A B.B.B.B
frame-relay class egress_queue_512k
frame-relay interface-dlci 16
end
map-class frame-relay egress_queue_512k
frame-relay cir 486000
frame-relay bc 48600
frame-relay be 0
frame-relay mincir 486000
service-policy output egress_queue
... if i change the map-class to:
map-class frame-relay egress_queue_512k_voice
frame-relay cir 486000
frame-relay bc 4860
frame-relay be 0
frame-relay mincir 486000
service-policy output egress_queue
frame-relay fragment 53
... no traffic goes over the link any more. no telnet no other traffic. the strange thing is, that i can ping the router!??
does anyone know what's the problem here??
thanks for any help!!
Mario

Mario,
You need to base the fragment size on the lowest speed link between the 2 routers. If the lowest speed link is 512k, the recommended fragment size is 640 bytes.This is to achieve a 10ms serialization delay. The formula to compute this is Max Delay X Bandwidth. Please see Table 5 in the following link for recommended fragment sizes for 10ms serialization delay for different speed links.
frame-relay fragment command
http://www.cisco.com/en/US/products/sw/iosswrel/ps5187/products_command_reference_chapter09186a008017cf52.html#wp1034268
Hope this helps. If so, please rate the post.
Brandon

Viop over Frame Relay QOS

I'm tryint to apply qos to our frame-relay links.
Rferencing this document
http://www.cisco.com/en/US/tech/tk652/tk698/technologies_configuration_example09186a0080094af9.shtml
I'm using software vers. 123-14.T3
The problem I am having is that when I apply frame-relay traffic-shaping to the frame-relay serial interface all my data and voice get corrupted(very choppy voice, intermittant pings, application timeouts etc.) My network essentially slows to a crawl.
This occurs before I have applied the class to the dlci.
I would assume no traffic shaping would take place until I apply a class to the frame relay dlci.
Has anyone seen this or have any suggestions?

Hello,
The moment you apply the command "frame-relay traffic-shaping" under the frame-relay serial interface, all the sub-interfaces/DLCIs will default to 56kbps CIR, since you haven't applied the class under the DLCI yet.
Best practice is to configure a default map-class with a higher CIR and apply that under the main interface before you configure frame-relay traffic-shaping. So, if there is no class defined under any sub-interface, the DLCI will inherit the traffic shaping parameters from the class defined under the main interface. If there is a class defined under the DLCI, the traffic shaping properties from that class will take affect for that DLCI.
Hope that helps.
Regards,
Srikanth

Map-class frame-relay , policy map

Does a service-policy output have to be applied to an interface for qos to work?
here is the config but there is nothing applied to the serial interface..
Thanks for your help
policy-map 256/128KVoice
class 256/128KVoice
priority 112
class class-default
fair-queue
map-class frame-relay 256/128KVoice
frame-relay cir 128000
frame-relay bc 1280
frame-relay be 600
frame-relay mincir 128000
no frame-relay adaptive-shaping
frame-relay fair-queue
frame-relay fragment 150
frame-relay ip rtp priority 16384 16380 210
interface Serial0/0
bandwidth 1544
ip address xxx.xxx.xxx.xxx 255.255.255.255
ip route-cache flow
no fair-queue
service-module t1 timeslots 1-24

Hello,
Will QOS will work in this way where class is put on WAN interface where it should be service policy.
router#sh run interface Se0/0/0.1
Building configuration...
Current configuration : 239 bytes
interface Serial0/0/0.1 point-to-point
bandwidth 2048
ip address XXXX
ip nat outside
frame-relay interface-dlci 555
class COS-OUT-S0/0/0.1
end
COS-OUT-S0/0/0.1 is defined as policy map with class of voice and video.
When checking on WAN int #sh policy-map interface Se0/0/0.1 , can see output of service policy input/output with policy map recpective classes and packets match entries.Is QOS working with this configuration?
Appreciate any input on this.
Regards,
Brajesh.

Frame-relay fragment command missing

Does anyone know why the frame-relay fragment command is not available on 3600 and 2600 routers running 12.2(5d) IOS? I have not been able to find a definite answer.

It is supported.
3660-4#sh ver
Cisco Internetwork Operating System Software
IOS (tm) 3600 Software (C3660-IS-M), Version 12.2(5d), RELEASE SOFTWARE (fc1)
Copyright (c) 1986-2002 by cisco Systems, Inc.
Compiled Fri 01-Feb-02 22:38 by kellythw
Image text-base: 0x600089C0, data-base: 0x61200000
ROM: System Bootstrap, Version 12.0(6r)T, RELEASE SOFTWARE (fc1)
3660-4 uptime is 2 minutes
System returned to ROM by reload
System image file is "flash:c3660-is-mz.122-5d"
3660-4(config-map-class)#fra,
3660-4(config-map-class)#fram
3660-4(config-map-class)#frame-relay frag
3660-4(config-map-class)#frame-relay fragment ?
<16-1600> Define fragment size
3660-4(config-map-class)#frame-relay fragment 160
3660-4(config-map-class)#end
3660-4#
map-class frame-relay voiceover
frame-relay fragment 160
no frame-relay adaptive-shaping
frame-relay fair-queue

QoS:: Traffic Shaping query

Hi,
I want to apply QoS:: Traffic shaping with CBWFQ to our enterprise network, i want to ask you that where i should apply classification and QoS policy i mean to which interface. We have a Central site router 3660 and branch sites connected either to F.R E1 or TDM E1. I tried to create class maps and policy maps at the central site router and apply the desired policy to the desired branch site at the subinterface at the main router but CBWFQ is NOT supported at the subinterfaces, Should I apply policy maps at each branch site router or where ???
plz. HELP

Its always better that the classification be done at the access sites in your case. QOS policies can be applied on any interface. I think they can be applied to sub interface aswell . Please refer to the configuration documents on Frame-Relay to learn how to apply QOS on Frame-relay interfaces.

Traffic Shaping for perticular traffic

class-map match-any SYSLOG-CMAP
match access-group name SYSLOG-ACL
policy-map SYSLOG-PMAP
class SYSLOG-CMAP
shape average 250000
interface GigabitEthernet0/1
ip address 1.1.1.1 255.255.255.252
ip flow ingress
load-interval 30
duplex full
speed 100
service-policy output SYSLOG-PMAP
Router1#show policy-map int GigabitEthernet0/1
GigabitEthernet0/1
Service-policy output: SYSLOG-PMAP
    Class-map: SYSLOG-CMAP (match-any)
      712495474 packets, 394564809213 bytes
      30 second offered rate 41000 bps, drop rate 23000 bps
      Match: access-group name SYS-LOG-ACL
        712495474 packets, 394564809696 bytes
        30 second rate 41000 bps
      Queueing
      queue limit 64 packets
      (queue depth/total drops/no-buffer drops) 0/152567902/0
      (pkts output/bytes output) 559927554/295263742429
      shape (average) cir 250000, bc 1000, be 1000
      target shape rate 250000
    Class-map: class-default (match-any)
      3774914087 packets, 1413482437872 bytes
      30 second offered rate 2796000 bps, drop rate 0 bps
      Match: any
      queue limit 64 packets
      (queue depth/total drops/no-buffer drops) 0/19837/0
      (pkts output/bytes output) 3817743535/1477901813111
=====================================================
Hi everyone,
In the above configuration, I configured traffic shaping to shape the syslog traffic to certain limit. My question is, Can I apply traffic shaping to perticular traffic ? What will happen to the remaining traffic ? We have ethernet hand-of to provider but total bandwidth we can use is 8M, which is controlled by ISP. We just send all the traffic without any shaping.
Thanks

Traffic shaping only works from the source. there is no way (other than policing - i.e., discard) to shape through the cloud.
If you tried to pace the traffic through the cloud, it's got to be buffered somewhere, causing latency, and ultimately discarded frames after the buffers fill.
Policing allows the traffic through until some threshold occurs (traditional frame = DE set at Bc, discard at Be), then the traffic is dropped.
FWIW
Scott

Troubleshooting Frame relay

Dear Sir/Madam,
I have Frame relay CIR 256 kps with configure as follow:
factory#show run
Building configuration...
Current configuration : 2126 bytes
version 12.2
service timestamps debug uptime
service timestamps log uptime
no service password-encryption
hostname factory
enable secret xxx
enable password xxx
ip subnet-zero
interface FastEthernet0/0
ip address 192.168.0.1 255.255.254.0
ip access-group 100 in
duplex auto
speed auto
interface Serial0/0
bandwidth 256
no ip address
encapsulation frame-relay
no fair-queue
traffic-shape rate 192000 24000 24000 1000
frame-relay lmi-type ansi
frame-relay ip rtp header-compression
ip rtp reserve 16384 100 192
interface Serial0/0.1 point-to-point
description connected to Office
ip address 192.168.50.2 255.255.255.0
no cdp enable
frame-relay interface-dlci 16
interface Serial0/1
no ip address
shutdown
interface Serial0/2
no ip address
shutdown
ip classless
ip route 0.0.0.0 0.0.0.0 192.168.50.1
ip http server
ip pim bidir-enable
access-list 100 permit tcp any any eq www
access-list 100 permit tcp any any eq smtp
access-list 100 permit tcp any any eq ftp
access-list 100 permit tcp any any eq pop3
access-list 100 permit tcp any any eq ident
access-list 100 permit tcp any any eq 443
access-list 100 permit tcp any any eq 3389
access-list 100 permit tcp any any eq ftp-data
access-list 100 permit tcp any any eq 143
access-list 100 permit tcp any any eq telnet
access-list 100 permit tcp any any eq 161
access-list 100 permit tcp any any eq domain
access-list 100 permit udp any any eq domain
access-list 100 permit tcp any any eq 139
access-list 100 permit udp any any eq netbios-ns
access-list 100 permit tcp any any eq 135
access-list 100 permit udp any any eq snmp
access-list 100 permit tcp any any eq 8080
access-list 100 permit ip host 192.168.0.22 any
access-list 100 permit ip host 192.168.0.23 any
access-list 100 deny ip any any
access-list 100 deny eigrp any any
snmp-server community public RO
line con 0
line aux 0
line vty 0 4
password xxx
login
end
factory#show int s0/0
Serial0/0 is up, line protocol is up
Hardware is PowerQUICC Serial
MTU 1500 bytes, BW 256 Kbit, DLY 20000 usec,
reliability 255/255, txload 61/255, rxload 56/255
Encapsulation FRAME-RELAY, loopback not set
Keepalive set (10 sec)
LMI enq sent 8861, LMI stat recvd 8861, 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
Broadcast queue 0/64, broadcasts sent/dropped 0/0, interface broadcasts 0
Last input 00:00:00, output 00:00:00, output hang never
Last clearing of "show interface" counters 1d00h
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue :0/40 (size/max)
5 minute input rate 57000 bits/sec, 13 packets/sec
5 minute output rate 62000 bits/sec, 14 packets/sec
663283 packets input, 419498487 bytes, 0 no buffer
Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
16 input errors, 9 CRC, 7 frame, 0 overrun, 0 ignored, 0 abort
820043 packets output, 138740120 bytes, 0 underruns
0 output errors, 0 collisions, 1 interface resets
0 output buffer failures, 0 output buffers swapped out
0 carrier transitions
DCD=up DSR=up DTR=up RTS=up CTS=up
factory#
When show int s0/0 I see that:16 input errors, 9 CRC. I think errors from service provider? because I alway use under 100 kps but still have some errors.
Thanks very much,
NhuongPham

When you're able, schedule some downtime for this circuit, and have your provide do some loopback testing on an off-hours time. Simply open a trouble ticket with them, indicating that you're taking CRC errors at the customer-premisis-equipment. 16 input hours per day doesn't seem like alot, but it's still worth checking out, especially since your WAN provider should do this for free.

Fram Relay hub and spoke scenario

See the attachment please
Requirements:
1.Using only physical interfaces configure a Frame Relay hub-and-spoke network between RTA and RTB and RTC, RTB as the hub.
2.Traffic from RTA destined for RTC should transit RTB, and vice versa.
3.Use only the DLCIs specified in the diagram.
4.Do not use any Dynamic layer 3 to layer 2 mappings over these frame Relay connections.
5.Do not send any redundant broadcast traffic from the spokes to the hub.
RTB (Hub):
interface Serial0/0
ip address 3.1.1.2 255.255.255.0
encapsulation frame-relay
frame-relay map ip 3.1.1.1 200 broadcast
frame-relay map ip 3.1.1.3 300 broadcast
no frame-relay inverse-arp
RTA (Spoke):
interface Serial0/0
ip address 3.1.1.1 255.255.255.0
encapsulation frame-relay
frame-relay map ip 3.1.1.2 22 broadcast
frame-relay map ip 3.1.1.3 22
no frame-relay inverse-arp
RTC (Spoke):
interface Serial1/0
ip address 3.1.1.3 255.255.255.0
encapsulation frame-relay
frame-relay map ip 3.1.1.2 33 broadcast
frame-relay map ip 3.1.1.1 33
no frame-relay inverse-arp
My queries:
A- Does he use these two statements because (frame-relay map ip 3.1.1.3 22 and frame-relay map ip 3.1.1.1 33 ) of requirement number 2 ?
B- Doesnt he use keyword broadcast in these two statements (frame-relay map ip 3.1.1.3 22 and frame-relay map ip 3.1.1.1 33) because of requirement 5?
C- Does that mean if requirement 5 is not there we should have used broadcast keyword ?
D- Does not that contradict with what Cisco syas: The broadcast keyword is commonly used with the frame relay map command ?
E- By using these two statements (frame-relay map ip 3.1.1.3 22 and frame-relay map ip 3.1.1.1 33) doesnt my network become full mesh? but if you look to the diagram it is partial mesh ?

Answers to your queries:
A. Correct
B. Correct
C. That depends. In most cases, it is a good idea to have broadcasts on, especially when using routing protocols like OSPF which send traffic to multicast destinations. I would habe it on most times.
D. The recommendation from Cisco is not contradictory. The lab scenario is making you do something quite specific so you have to follow that. You don't always have to follow requirements in order to make things work.
E. No. Full-mesh refers to a full mesh of PVCs. If there was a PVC from A to C it would be full mesh.
Hope that helps - pls rate the post if it does.
Paresh

Traffic shaping for each user

Hello!
I want to limit bandwidth to users. Each user must have own speed. For each user I define class-map and policy-map. But I have many users (above 500), but class-map limits 256 :(. How I can resolve my problem?
My config for only 2 users:
ip access-list extended u_2175_a
permit ip any 10.10.10.1 0.0.0.0
class-map u_2175
match access-group name u_2175_a
ip access-list extended u_2204_a
permit ip any 10.10.10.2 0.0.0.0
class-map u_2204
match access-group name u_2204_a
policy-map UNLIM_USERS
class u_2175
shape peak 256000
class u_2204
shape peak 512000
Policy UNLIM_USERS applies to interface.
Cisco 7200 NPE G2

You can resolve your issues through enable intelligent traffic control to condition or applications for traffic rate limiting ie NBAR and Rate-limiting / CAR:
You can designate CAR rate-limiting policies based on physical port, packet classification, IP address, MAC address, application flow, and other criteria specifiable by access lists or extended access lists. CAR rate limits may be implemented either on input or output interfaces or subinterfaces including Frame Relay and ATM subinterfaces.
An example of use of CAR's rate-limiting capability is application-based rates limiting HTTP World Wide Web traffic to 50 percent of link bandwidth, which ensures capacity for non-Web traffic including mission-critical applications

Frame-Relay Traffic Shaping

Similar Messages

Maybe you are looking for