cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
4851
Views
11
Helpful
4
Replies

Interframe Gap - Is it configurable?

Mike Schultz
Level 1
Level 1

Greetings,

I've been scouring Cisco.com and Google looking for documents relating to configuring the Interframe Gap/Interpacket Gap (IPG) and I can only find one document that describes how to change it, except for it's specific to a 6000 series switch:

http://www.cisco.com/c/en/us/td/docs/routers/crs/software/crs_r4-1/interfaces/command/reference/b_interfaces_cr41crs/b_interfaces_cr41crs_chapter_0101.html#wp2797037196

Is the IPG a configurable item on a Cisco 6500, a 4500 or other modern Cisco devices?

 

 

4 Replies 4

Mike Schultz
Level 1
Level 1

I thought I'd put a follow-up to my original question in case someone in the future is looking for more information on this. 

I was originally looking for information on this topic because my organization has been having throughput issues with one of our carriers. We have several sites (more than 20), connected with a metro-ethernet type of service. Our main site has a 10Gbps ethernet circuit and one of our remote sites has a 1Gbps ethernet circuit. 

In the past, we've had severe packet drop issues going over this circuit. We've spent 8 months troubleshooting this problem, internal to our network and also focusing on the carrier. We recently discovered that our carrier has their edge switch set to an interpacket gap of 64 bits rather than the standard IEEE 96 bits. Without going into too much detail, this causes their switch to transmit ethernet frames slightly faster than our WAN router (Cat 6506) would handle. Since IEEE, and consequently Cisco, puts the IPG at 96 bits, our WAN router interface wouldn't be ready to listen for a frame by the time it was actually receiving a frame from our WAN carrier. 

This problem only crept up when transmitting at full wire speed, which we saw during large file transfers between sites. 

I still can't find how to change the IPG on Cisco equipment, minus the links I shared above, which cover very specific equipment. Our carrier changed their IPG on their equipment to the IEEE standard of 96 and our problem completely went away. A 4.2 GB file was taking on average over 3 or 4 minutes to transfer across our 1Gbps ethernet circuit. Now with the problem resolved, the transfer takes the expected time of between 20 to 35 seconds.

Even though no one could help, I thought I'd post this follow-up since our carrier, who shall remain un-named in this forum, is a major North American carrier. If our IPG was set to a non-standard time, I'm sure others are affected by this problem as well. I figure this could help someone else out there.

I missed your original posting, and even if I hadn't, I would expect any equipment to support setting IPG, except perhaps indirectly as part of the Ethernet frame type being used (which from a quick search, doesn't seem to touch IPG).  I further would not have expected this to even be a consideration, because it's the type of standard that could easily muck things up (which seems true in your case - and searching on it, can cause the problems you describe.)  Very surprising that any equipment vendors do this.

Great detective work!!!

That link is dead, this is a newer link. They are a bit light on details, not specifying what will be used for "non-standard" or allowing you to configure a specific IPG time. They do note that it only works on 10g interfaces.

https://www.cisco.com/c/en/us/td/docs/routers/asr9000/software/interfaces/command/reference/b-interfaces-hardware-component-cr-asr9000/b-interfaces-hardware-component-cr-ask9000_chapter_010.html#wp2797037196