If anyone remembers, I had a question about 3 months ago asking if anyone had problem with FRF.12, and some did. I had an opportunity yesterday to ask some people at Cisco what the problem might be, and they had the same problem. They told me how to do it. Here is a recap of the problem:
If you have a CIR of 64k and you confg the map-class for cir to 64000 and mincir to 64000, then add frf.12 fragmentation, it won't work because the queue chops up the packet into smaller packets and adds headers to all the smaller packets as well. Each header is another 3.2k. So before if you had one packet that was 1500 bytes and added a header, it became 1503 bytes. But if you chop up the 1500 byte packet to 80 byte packets, you now have 188 packets that still add up to 1500 bytes, but then the queue adds headers to all the small packets, in effect, adding another 600 bytes of data. So that 1 1500 byte packet just became 2100 bytes. Then the queue hands all the traffic to the physical interface for transmission, and some of the traffic will be dropped because you sent more than the CIR of the circuit. So you have to set traffic shaping lower than the actual CIR to allow for the frame-relay headers to not ruin your calculations. They said about 10% lower will work. Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=32301&t=32301 -------------------------------------------------- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
