SIP to H323 (Don't know how to indicate condition)

Hi,

I have a problem with a new machine running asterisk 11. The asterisk have some SIP trunk to customer and one h323 trunk to telephone exchange.

Can someone help me to understand what the condition 33 is ? and if can cause some trouble?

Thanks

This is the asterisk console output.

-- Executing [KZH@h323:1] Dial("OOH323/DCT-111", "SIP/KZH@sip_gw_1") in new stack

== Using SIP RTP CoS mark 5
– Called SIP/KZH@sip_gw_1
WARNING[2007][C-00000071]: chan_ooh323.c:1406 ooh323_indicate: Don’t know how to indicate condition 33 on ooh323c_95
WARNING[2007][C-00000071]: chan_ooh323.c:1406 ooh323_indicate: Don’t know how to indicate condition 33 on ooh323c_95

– SIP/sip_gw_1-0000006f answered OOH323/DCT-111
– Locally bridging OOH323/DCT-111 and SIP/sip_gw_1-0000006f

I’m not familiar with the H.323 support and don’t have source in front of me, but I suspect that the 33 is a hangup cause. These are based on ISDN cause codes, so googling for that will give you a list.

Very few people use H.323, so it is likely to be a lot less complete and a lot more buggy than SIP.

ISDN cause code 33:

33 Circuit out of order

Source:

trinityos.com/ISDN/isdn-causecodes.txt

Hi,

Thank’s forma tour reply.

The message si show when a call start (when bridged) so , for me, it’s not an hangup signal.

May be a SIP condition that h323 not known how to indicate in h323 ?

( our telephone exchange are a little bit old band only support h323 protocol)

Hangup causes are mainly used before answer.

Asterisk translates SIP conditions to ISDN ones, so the H.323 channel driver will not act on SIP conditions, although some may report the information that they contain (although as can be seen below, the H.323 one does not do this).

It turns out that it is a control frame type, rather than a hangup cause:

AST_CONTROL_PVT_CAUSE_CODE = 33, /*!< Contains an update to the protocol-specific cause-code stored for branching dials */

Which looks to me like the harmless result of using a channel driver that hasn’t been maintained in years.

Note that the trunk version of chan_h323.c silently ignores this condition.

case AST_CONTROL_PROCEEDING: case AST_CONTROL_PVT_CAUSE_CODE: case -1: break; default: ast_log(LOG_WARNING, "OH323: Don't know how to indicate condition %d on %s\n", condition, token); break; }