[cisco-voip] Missed DISCONNECT

[Andre Beck]

Hi,

users are complaining about calls to busy external numbers never actually
ringing busy. I tracked it to:

Nov 14 11:31:50.999 CET: ISDN Se2/0:15 Q931: RX <- DISCONNECT pd = 8  callref = 0xC880 
        Cause i = 0x8091 - User busy 
        Facility i = 0x91A10C0202917D0606040082670206 
                Protocol Profile = Remote Operations Protocol 
                0xA10C0202917D0606040082670206 
                Component = Invoke component
                         3PTY Request 
        Progress Ind i = 0x8288 - In-band info or appropriate now available 
Nov 14 11:31:51.003 CET: ISDN Se2/0:15 **ERROR**: isdnAsn1Component: ERROR
Nov 14 11:31:51.003 CET: ISDN Se2/0:15 **ERROR**: process_facility_supp_services: Decode of facility IE operation failed
Nov 14 11:31:51.003 CET: ISDN  **ERROR**: Module-CCPRI  Function-CCPCC_CallReleasing  Error-Unknown event received in message from L3 or Host:  D

It appears the DISCONNECT is not acted upon, only when the user later
hangs up the phone is a RELEASE transmit for this callref and a subsequent
RELEASE_COMP received from the carrier.

The PRIs are set up rather straightforward:

interface Serial2/0:15
 description Voice PRI#2 to Arcor
 no ip address
 isdn switch-type primary-net5
 isdn overlap-receiving
 isdn incoming-voice voice
 isdn send-alerting
 isdn sending-complete
 isdn outgoing display-ie
 no cdp enable

[...]

voice-port 2/0:15
 translation-profile incoming arcor2-in
 translation-profile outgoing arcor2-out
 cptone DE
 bearer-cap Speech

[...]

dial-peer voice 2 pots
 destination-pattern 0T
 progress_ind alert enable 8
 direct-inward-dial
 port 2/0:15


Is this a known problem? Is there a way to tell the gateway to ignore
supposedly defective facility IEs and act upon the obvious request by
the carrier to tear down the call as busy?

TIA,
Andre.
-- 
                  The _S_anta _C_laus _O_peration
  or "how to turn a complete illusion into a neverending money source"

-> Andre Beck    +++ ABP-RIPE +++    IBH Prof. Dr. Horn GmbH, Dresden <-