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

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 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.

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!

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.

"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

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.

Frame Relay and MPLS

Hi,
I want to ask about the frame relay and MPLS.
Frame Relay Scenerio
The frames reached at the frame relay network and forwarded on the basis of DLCI. All the VCs are defined prior to the traffic on the network on the basis of DLCI (This is just like the MPLS network as packets are forwarded on the basis of Labels).
Now my Question is How can MPLS is used in frame relay network or what are its affects in the presence of DLCI (As DLCIs are also performing the same task and also works on layer 2) or these two are different equivalent technologies ?

Hi Muhammad,
The answer is : MPLS is working on FR like it's working on ethernet. Because the FR and Ethernet are running on Layer2. It's told that MPLS is working at layer 2.5 , meaning that is between Layer 3 , and Layer 2. So in order to work it needs a layer2 forwarding in your case FR's DLCI. On top of the Layer 2 it is the MPLS header.
Dan

Configuring Frame-Relay and the Frame-Relay Switch To Participate in WAN Routing

Hey,
My WAN in my voice lab is currently functional between all of my routers HQ, BR1, and BR1 with full-mesh connectivity. I am using my PSTN router for the frame-relay switching as is shown in the attached configs. I have used the connect commands for the PVC routing logic.
connect HQ-BR1 Serial0/3/0 101 Serial0/2/0 201
connect HQ-BR2 Serial0/3/0 102 Serial0/2/1 301
connect BR1-BR2 Serial0/2/0 202 Serial0/2/1 302
My question concerns the possibility of getting the PSTN router to participate in the WAN and the OSPF routing process? The connect command tells how the PVCs are to be connected and pass through the PSTN router. Is there anyway to do it so that a PVC connects to the PSTN router itself?
I would specifically like to create a connection between the HQ and PSTN router over the WAN. If anyone has any insight on this I would really appreciate it.
Thank you.

Hello Adam,
you don't need to do FR switching.
You just need to configure a back to back PVC associated to a p2p subinterface under PSTN router interface se0/3/0 and HQ:se0/1/0. the new PVC can be 103 on both sides
PSTN
interface ser0/3/0.103 point-to-point
ip address 10.1.13.1 255.255.255.0
frame-relay interface-dlci 103
HQ
interface ser0/1/0.103 point-to-point
ip address 10.1.13.1 255.255.255.0
frame-relay interface-dlci 103
note: I was able to do this using the older syntax frame-relay route under interface configuration on frame relay switch. I would expect to work for you too with newer syntax connect.
Hope to help
Giuseppe

Frame Relay Configuration

All,
Sorry for asking this, but I have been beating my head against the wall here. I am getting a T1 installed in my residence for internet connectivity. I am using an old wic-1-dsu-t1-v1 in a 2610 router. I am unable to get this configuration working. I have a very simple configuration so far on the router, but I am unable to get this to come up. I have put the show run below. Some of the commands are default and are not showing up. Obviously I have changed the ip's to generic ones below. Any ideas?
version 12.1
no service single-slot-reload-enable
service timestamps debug uptime
service timestamps log uptime
no service password-encryption
hostname JSS-2610-001
memory-size iomem 10
ip subnet-zero
interface Ethernet0/0
no ip address
shutdown
interface Serial0/0
no ip address
shutdown
interface Serial0/1
no ip address
shutdown
interface Serial0/2
no ip address
encapsulation frame-relay IETF
frame-relay lmi-type ansi
interface Serial0/2.21 point-to-point
ip address 1.1.1.3 255.255.255.252
frame-relay interface-dlci 16
ip classless
ip route 0.0.0.0 0.0.0.0 1.1.1.2
ip http server
line con 0
speed 115200
line aux 0
line vty 0 4

Sorry when I transposed the ip's to post i made a mistake in them. 1.1.1.2 is my address and 1.1.1.1 is the gateway for them (their side of the t1). I have it configure correctly on my router with the real ip's.
Here is the post to the rest of your questions:
Serial0/2 is up, line protocol is up
Hardware is PQUICC with Fractional T1 CSU/DSU
MTU 1500 bytes, BW 1544 Kbit, DLY 20000 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation FRAME-RELAY IETF, loopback not set
Keepalive set (10 sec)
LMI enq sent 16787, LMI stat recvd 16788, 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
FR SVC disabled, LAPF state down
Broadcast queue 0/64, broadcasts sent/dropped 2812/0, interface broadcasts 15
Last input 00:00:04, output 00:00:04, output hang never
Last clearing of "show interface" counters 1d22h
Input queue: 0/75/3/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: weighted fair
Output queue: 0/1000/64/0 (size/max total/threshold/drops)
Conversations 0/1/256 (active/max active/max total)
Reserved Conversations 0/0 (allocated/max allocated)
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
16791 packets input, 249054 bytes, 0 no buffer
Received 0 broadcasts, 0 runts, 1 giants, 0 throttles
3350 input errors, 1097 CRC, 1758 frame, 0 overrun, 0 ignored, 495 abort
19638 packets output, 1080335 bytes, 0 underruns
0 output errors, 0 collisions, 2 interface resets
0 output buffer failures, 0 output buffers swapped out
6 carrier transitions
DCD=up DSR=up DTR=up RTS=up CTS=up
JSS-2610-001#show frame-relay pvc
PVC Statistics for interface Serial0/2 (Frame Relay DTE)
Active Inactive Deleted Static
Local 1 0 0 0
Switched 0 0 0 0
Unused 0 0 0 0
DLCI = 16, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0/2.21
input pkts 0 output pkts 2834 in bytes 0
out bytes 844139 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 2809 out bcast bytes 841611
pvc create time 1d22h, last time pvc status changed 15:31:28
Is it possible the carrier just hasn't "activated" the circuit?

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

FRAME RELAY NETWORK TOPOLOGY

THERE IS A FR NETWORK HUB AND SPOKE
IN STAR TOPOLOGY. AT HUB ROUTER THERE ARE POINT-TO-POINT SUBINTERFACES TO SPOKE ROUTERS AND STATIC FR MAP ENTRIES ARE PRESENT. tHE SPOKE ROUTERS COMMUNICATE WITH HUB ROUTER BUT DO NOT COMMUNICATE WITH EACH OTHER.
MY QUESTION IS WHAT TO DO FOR COMMUNICATIONS BETWEEN SPOKE ROUTERS,
1. IS ANY MORE DLCI MAY BE REQUIRED BETWEEN SPOKE ROUTERS?.
2.IS MAP STATEMENT REQUIRED, DLCI WITH IP ADDRESS BETWEEN SPOKE ROUTERS ?

Abdul
There are a couple of things in your question that I hope you can clarify and if so we should be able to get good answers to your question.
At one point you describe the topology as hub and spoke and at another point you describe it as star. Most of us understand these to be two different topologies. So is it hub and spoke or is it star?
Many of us understand hub and spoke to be remote routers connected directly to a central (hub) router while a star is remote routers where some of the remote routers have direct connections to other remotes.
Also you say that the hub has point to point subinterfaces and this is generally the best practice for Frame Relay. Then you say that static FR map entries are present. I do not understand this because with p-t-p subinterfaces you do not need FR maps.
Based on what we have so far I would say that these are the answers to your questions:
1. you might choose to add additional DLCIs but they are not required. any spoke should be able to communicate with any spoke by going to the hub and having the hub forward to the other spoke.
2. No map statements should be required. Part of having p-t-p subinterfaces at the hub is that each spoke is an separate subnet. Therefore from any spoke to any other spoke is just going to a different subnet (through the hub) and no map would be required.
If these answers do not satisfy your requirements then perhaps you can clarify the points about your question.
HTH
Rick

Traffic Shapping on ESW500 switches

Hello all,
I am faily new on the traffic shapping / bandwith control department, and have been asked by a client to be able to do some traffic shapping in their main office.
I've read some documents on the ESW500 switches and wanted to make sure that my understanding of the technology and product is right.
My client wants to prioritize bandwith per port depending on the bandwith usage needed. Some users needs a lot of bandwith for critical applications while others
uses a lot of bandwith for not so critical applications...
From what I've read, I should be able to replace his switch with an ESW500 switch and do some traffic shaping. He has a pretty basic setup with about 30 computers connected to a switch which is connected to a router. As mentionned, if I replace the switch with an ESW500 switch, will I be able to limit per port bandwith usage both inbound and outbound?
Is there also some kind of monitoring tool I could use to see how much bandwith used per port (not required but would be a nice to have feature).
Thanks!
Matt

Hello Matt, I hope this finds you doing well.
The amount of bandwidth you need is directly related to the performance you require. What performance do you require?
Here is one example (for voice)
150 msec one way delay
Less than 20 msec jitter
Less than 1% packet loss
With requirements for this, you will have to have the right amount of bandwidth per call and queueing control, or else the call not sound right or may even be dropped.
Another example might be for Microsoft's RDP:
Some web posts mention that 30kps is needed, and some say 100kbps is acceptable.
So this is a bandwidth target, lets say 100kbps per user for this example. If you have 10 concurrent sessions, then this is a max amount of bandwidth needed around 1Mbps. With statistical multiplexing, you should not need this much, since not all clients will burst or use the max amount of bandwidth at the same time. You can probably get by with less ...
The point I am making with this, is once you know how much bandwidth you need, then you can begin to engineer your network so that critical applications are able to function and user productivity is kept high. User productivity is so very key, and it is very good to see you looking into this as you are Matt. Good stuff Matt.
Do the application vendors have suggestions for you for how much bandwidth their apps require?
If the application vendors do not know how much is needed, then using Cisco devices, you can define the performance you require and the Cisco device will respond with the required bandwith per queue. This is called 'corvil bandwidth' or bandwidth estimation. Using this bandwidth amount, you can configure your QoS settings on all your devices.
Here is a link and I would suggest to poke around some:
http://www.cisco.com/en/US/docs/ios/qos/configuration/guide/qos_bndwidth_est.html
Application performance is an end to end perspective and consideration. You need intelligence at the edge, core, and remote edge.
You can also look at the interface statistics to understand what an end user is using when accessing an application. This can be an inaccurate method, but it might help you in your understanding.
With all of this said, most folks do not notice a lot of congestion on the LAN or from one LAN port to another LAN port. Usually problems occur at bottlenecks and uplinks. Where are the bottlenecks in your network?
Once you know where these are, then you can apply a QoS policy to protect the important traffic and ensure application performance meets your needs. What are your needs? See the above for some thoughts.
Does this make sense?
The ESW is a great switch, and QoS can be easily configured to meet your needs. I think a harder question is ... what are your needs?
Here is a link for the ESW switch. Click on resources to find the docs provided with this switch:
http://www.cisco.com/cisco/web/solutions/small_business/products/routers_switches/esw_500/index.html
HTH,
Andrew Lee Lissitz

Frame-relay traffic shapping question

Similar Messages

Maybe you are looking for