topic Re: Congestion Issues on frame relay WAN links in Other Network Architecture Subjects https://community.cisco.com/t5/other-network-architecture-subjects/congestion-issues-on-frame-relay-wan-links/m-p/171424#M62564 <HTML><HEAD></HEAD><BODY><P>In my experience FECNs and BECNs are normal during file transfers. You are not dropping packets so it seems like traffic shaping is only going to slow things down.</P><P></P><P>It is also my understandinfg that the purpose of shaping is to make pvcs share the bandwidth in proportions that you desire. To just use BECNs you should use adaptive shaping becn.</P><P></P><P>I'll be watching to see what the experts say.</P></BODY></HTML> Wed, 24 Sep 2003 13:26:33 GMT rjackson 2003-09-24T13:26:33Z Congestion Issues on frame relay WAN links https://community.cisco.com/t5/other-network-architecture-subjects/congestion-issues-on-frame-relay-wan-links/m-p/171423#M62563 <P>I am having congestion issues with remote sites on a new frame relay network. I am using a 3725s w/ 2 FULL T1s at the host site and 2610s at 7 remote locations. Every remote site has 512K bandwidth and 384CIR. The following is the frame config from the host and remote sites along with the SH FRAME-RELAY output after a single file transfer. I am recieving BECN's at the host and FECN's and the remotes which tells me there is congestion at the remote sites. I have tried to apply some traffic shaping but still having congestion issues. The customer ran the same applications previously with another carrier without problems. The difference here is new carrier new routers.</P><P></P><P>****Remote Site****</P><P>interface Serial0/0</P><P> no ip address</P><P> encapsulation frame-relay IETF</P><P> frame-relay traffic-shaping</P><P> frame-relay lmi-type ansi</P><P>!</P><P>interface Serial0/0.1 point-to-point</P><P> description ****512K/384K FR TO EASLY MAIN****</P><P> ip address 10.1.2.2 255.255.255.252</P><P> no cdp enable</P><P> frame-relay class SLOW</P><P> frame-relay interface-dlci 104</P><P> </P><P>map-class frame-relay SLOW</P><P> frame-relay traffic-rate 384000 512000</P><P> frame-relay fair-queue</P><P> frame-relay fragment 640 </P><P> </P><P>****HOST****</P><P>interface Serial0/0</P><P> no ip address</P><P> encapsulation frame-relay IETF</P><P> frame-relay traffic-shaping</P><P> frame-relay lmi-type ansi</P><P>!</P><P>interface Serial0/0.1 point-to-point</P><P> description ****512K/384K FR TO EASLY MAIN****</P><P> ip address 10.1.2.2 255.255.255.252</P><P> no cdp enable</P><P> frame-relay class SLOW</P><P> frame-relay interface-dlci 104</P><P> </P><P>map-class frame-relay SLOW</P><P> frame-relay traffic-rate 384000 512000</P><P> frame-relay fair-queue</P><P> frame-relay fragment 640 </P><P></P><P>****This is the SH FRAME_RELAY command after one 1M file transfer****</P><P></P><P>****REMOTE****</P><P>DLCI = 104, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0/0.1</P><P></P><P> input pkts 2120 output pkts 1747 in bytes 1358160 </P><P> out bytes 407778 dropped pkts 0 in pkts dropped 0 </P><P> out pkts dropped 0 out bytes dropped 0 </P><P> in FECN pkts 605 in BECN pkts 0 out FECN pkts 0 </P><P> out BECN pkts 0 in DE pkts 117 out DE pkts 0 </P><P> out bcast pkts 3 out bcast bytes 951 </P><P> 5 minute input rate 34000 bits/sec, 5 packets/sec</P><P> 5 minute output rate 11000 bits/sec, 3 packets/sec</P><P> pvc create time 8w1d, last time pvc status changed 3d22h</P><P>ANDERSON_GVLLE_ST#</P><P></P><P>****HOST****</P><P>DLCI = 104, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0/0.1</P><P></P><P> input pkts 1730 output pkts 2107 in bytes 407242 </P><P> out bytes 1356137 dropped pkts 0 in FECN pkts 0 </P><P> in BECN pkts 312 out FECN pkts 0 out BECN pkts 0 </P><P> in DE pkts 0 out DE pkts 0 </P><P> out bcast pkts 2 out bcast bytes 744 </P><P> 5 minute input rate 4000 bits/sec, 0 packets/sec</P><P> 5 minute output rate 0 bits/sec, 0 packets/sec</P><P> pvc create time 00:47:56, last time pvc status changed 00:47:56</P><P>EASLEY_MAIN#</P> Sat, 02 Mar 2019 18:33:24 GMT https://community.cisco.com/t5/other-network-architecture-subjects/congestion-issues-on-frame-relay-wan-links/m-p/171423#M62563 t.whiten 2019-03-02T18:33:24Z Re: Congestion Issues on frame relay WAN links https://community.cisco.com/t5/other-network-architecture-subjects/congestion-issues-on-frame-relay-wan-links/m-p/171424#M62564 <HTML><HEAD></HEAD><BODY><P>In my experience FECNs and BECNs are normal during file transfers. You are not dropping packets so it seems like traffic shaping is only going to slow things down.</P><P></P><P>It is also my understandinfg that the purpose of shaping is to make pvcs share the bandwidth in proportions that you desire. To just use BECNs you should use adaptive shaping becn.</P><P></P><P>I'll be watching to see what the experts say.</P></BODY></HTML> Wed, 24 Sep 2003 13:26:33 GMT https://community.cisco.com/t5/other-network-architecture-subjects/congestion-issues-on-frame-relay-wan-links/m-p/171424#M62564 rjackson 2003-09-24T13:26:33Z