compression --- issues on 7609...

mohsin.khan · ‎10-28-2007

Hi,

we have enabled compression (stacker) on one of multilinks on 7609.. Here is the configuration done on interfaces of both end-point routers:

"

ip address 1.2.3.4 255.255.255.0

no ip redirects

no ip unreachables

no ip proxy-arp

load-interval 30

compress stac

ppp multilink

no ppp multilink fragmentation

multilink-group 2

"

Now, we have default IOS version i.e.

(c7600s72033_rp-ADVIPSERVICESK9-M), Version 12.2(33)SRB1

but when we use "sh compress", we get

Multilink2

Compression not active

uncompressed bytes xmt/rcv 0/0

compressed bytes xmt/rcv 0/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 Stac Stats:

Transmit bytes: Uncompressed = 0 Compressed = 0

Received bytes: Compressed = 0 Uncompressed = 0

Also, pkts dropped from output queue is too high...

IHQ: pkts in input hold queue IQD: pkts dropped from input queue

OHQ: pkts in output hold queue OQD: pkts dropped from output queue

RXBS: rx rate (bits/sec) RXPS: rx rate (pkts/sec)

TXBS: tx rate (bits/sec) TXPS: tx rate (pkts/sec)

TRTL: throttle count

Interface IHQ IQD OHQ OQD RXBS RXPS TXBS TXPS TRTL

-------------------------------------------------------------------------

* Multilink2 0 0 0 1535264 5886000 1728 13993000 1882 0

Can anyone help???

lgijssel · ‎10-29-2007

As I cannot see the command: "encapsulation ppp" I would be curious to see if these interfaces are actually running ppp. The default encapsulation is HDLC and the compression would not be negotiated with it.

This might be due to the fact that you have not posted the full configuration of the interface, a habit that seems to become evermore common among posters, and to which I would like to make some sort of statement here. Do not take this too personal, it is the trend that I am opposing.

The approach approach posting with minimal data might conceal valuable information that would allow us to resolve the issue right away. Also it often hides the true nature of a problem.

I am aware that bad guys might be looking over our shoulders but this forum should not end up as a game where we have to guess at your issues with the least of information possible.

Still, I hope that this may have solved the issue.

regards,

Leo

mohsin.khan · ‎10-29-2007

"

interface Serial2/1/4:30

no ip address

no ip redirects

no ip unreachables

no ip proxy-arp

encapsulation ppp

ppp multilink

multilink-group 2

"

Interestingly, packet drop is not there on any of the interfaces configured for this multilink group..

"

*: interface is up

IHQ: pkts in input hold queue IQD: pkts dropped from input queue

OHQ: pkts in output hold queue OQD: pkts dropped from output queue

RXBS: rx rate (bits/sec) RXPS: rx rate (pkts/sec)

TXBS: tx rate (bits/sec) TXPS: tx rate (pkts/sec)

TRTL: throttle count

Interface IHQ IQD OHQ OQD RXBS RXPS TXBS TXPS TRTL

-------------------------------------------------------------------------

* Serial2/1/2:30 0 0 0 0 647000 219 1928000 262 0

"

I am wondering, that would it be worth testing if i do "encap ppp" on the multilink interface as well, OR is it enough to have it on the serial interfaces only?

Any other suggestion, or test that you may suggest, as tonight i'll have the time to do all the tests to get rid of this packet loss issues....

lgijssel · ‎10-29-2007

When starting with the config, switch on ppp negotiation debugging. (deb ppp neg)

You should then be able to monitor the negotiations between the routers about compression.

Please post some of this output if you cannot resolve it tonight.

regards,

Leo

mohsin.khan · ‎10-29-2007

i am holding this for one more day, to get more statistics... Will follow you advise when making the tests...