10-28-2007 10:35 PM - edited 03-03-2019 05:30 AM
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???
10-29-2007 12:43 AM
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
10-29-2007 04:57 AM
"
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....
10-29-2007 05:20 AM
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
10-29-2007 09:58 AM
i am holding this for one more day, to get more statistics... Will follow you advise when making the tests...
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide