3660 with AIM-COMPR4

[gcyeaw]

This may belong on another form, but since it is ISDN with compression it is in the ballpark.

I have an AIM-COMPR4 card in AIM slot 0 on a 3660 to support compression on ISDN dial backup. I enter the line 'compress stac caim 0' in the dialer definition, but a display of compression says it is enabled as software, not hardware. In the 'sho diag 0' output, the AIM card is present? Am I missing something?

[tepatel]

Try using the same command unde the physical interface (bri or pri) rather then udner the dialer interface. After the see what "sh compress" reports.

[gcyeaw]

The IOS duplicates the command in the serial interface automatically when it is defined in the dialer interface. I tried the command on only the serial interface (ISDN PRI) as well as only on the dialer with the same results. It always comes up as software, which would indicate there is no card, but there is and it is visible in the diag 0 display. I have tried 122-13b anf 122-7a code levels, no difference.

Compression AIM 0:

4E1 Compression AIM module (2 Compression Elements per AIM)

Hardware Revision : 1.0

Part Number : 73-3888-01

Board Revision : A0

Deviation Number : 0-0

Fab Version : 01

PCB Serial Number : JAB044005L1

RMA Test History : 00

RMA Number : 0-0-0-0

RMA History : 00

EEPROM format version 4

EEPROM contents (hex):

0x00: 04 FF 40 01 44 41 01 00 82 49 0F 30 01 42 41 30

0x10: 80 00 00 00 00 02 01 C1 8B 4A 41 42 30 34 34 30

0x20: 30 35 4C 31 03 00 81 00 00 00 00 04 00 FF FF FF

0x30: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF

0x40: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF

0x50: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF

0x60: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF

0x70: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF

CATCHER#sho pas caim stats 0

CompressionAim0

ds:0x61282898 idb:0x6127CF5C

0 uncomp paks in --> 0 comp paks out

0 comp paks in --> 0 uncomp paks out

0 uncomp bytes in--> 0 comp bytes out

0 comp bytes in --> 0 uncomp bytes out

0 uncomp paks/sec in--> 0 comp paks/sec out

0 comp paks/sec in --> 0 uncomp paks/sec out

0 uncomp bits/sec in--> 0 comp bits/sec out

0 comp bits/sec in --> 0 uncomp bits/sec out

460 seconds since last clear

holdq: 0 hw_enable: 1 src_limited: 1 num cnxts: 0

no data: 0 drops: 0 nobuffers: 0 enc adj errs: 0 fallbacks: 0

no Replace: 0 num seq errs: 0 num desc errs: 0 cmds complete: 0

Bad reqs: 0 Dead cnxts: 0 No Paks: 0 enq errs: 0

rx pkt drops: 0 tx pkt drops: 0 dequeues: 0 requeues: 0

drops disabled: 0 clears: 0 ints: 0 purges: 0

no cnxts: 0 bad algos: 0 no crams: 0 bad paks: 0

# opens: 0 # closes: 0 # hangs: 0

# 9711 fatal: 0 # poison pkts: 0 cmd/res ovruns: 0

# dma fatal: 0 # fsends: 0 # upcalls: 0

[sharpkings]

The compression is negotiated between the end points in my experience.

This means that it will show as software compression until it sees the remote router and negotiates the hardware, Usually when the dial in occurrs the compression will change to hardware after a couple of seconds. If this does not happen try checking the config etc of the remote router.