cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
289
Views
0
Helpful
1
Replies

payload-compression 7506-3660

jmlago
Level 1
Level 1

We have a frame-relay PVC between 7506 in Main Office and 3660 in Branch Office with CIR of 1Mb. PVC utilization sometimes overcome CIR. We are testing frame relay payload compression with FRF9 standard to optimize PVC utilization.

Well, We have configured compression in both sides, all seems to work fine, 3660 sends compressed traffic to 7506, but I suspect that 7506 are sending all traffic uncompressed to 3660. This is Main Office show compress output :

Hssi5/0/0 - DLCI: 34

Software compression enabled

uncompressed bytes xmt/rcv 0/340233859

compressed bytes xmt/rcv 0/251035307

1 min avg ratio xmt/rcv 0.000/0.000

5 min avg ratio xmt/rcv 0.000/0.001

10 min avg ratio xmt/rcv 0.000/0.004

no bufs xmt 0 no bufs rcv 0

resyncs 154

Additional Stacker Stats:

Transmit bytes: Uncompressed = 0 Compressed = 0

Received bytes: Compressed = 239681739 Uncompressed = 0

And this is Branch Office show compress output:

Serial3/0 - DLCI: 16

Software compression enabled

uncompressed bytes xmt/rcv 364584299/0

1 min avg ratio xmt/rcv 0.000/0.000

5 min avg ratio xmt/rcv 0.000/0.000

10 min avg ratio xmt/rcv 0.000/0.000

no bufs xmt 0 no bufs rcv 0

resyncs 0

Additional Stacker Stats:

Transmit bytes: Uncompressed = 143473294 Compressed = 113371820

Received bytes: Compressed = 0 Uncompressed = 0

Anybody can help me with this issue? What´s wrong?

Thanks.

1 Reply 1

mljohnson
Level 4
Level 4

There have been a few bugs with FRF.9 compression, and more than a few bugs with the output of "show compress". I'm not sure what version of code you are at, but I would suggest that you ensure you have recent code to reduce the chance of you seeing a bug which has already been resolved.

Review Cisco Networking for a $25 gift card