Displaying 3 results from an estimated 3 matches for "cleanup_connect".
2007 Feb 14
0
Asterisk & CME integration using h323
...299d880a84eea37f6da0c10b26b2b2@192.168.99.254
CSeq: 103 BYE
User-Agent: Asterisk PBX
Max-Forwards: 70
Content-Length: 0
---
localhosExternalRTPChannel Destroyed
localhosExternalRTPChannel Destroyed
-- Call with Enrico [192.168.99.2] completed (22)
Feb 14 11:36:41 NOTICE[31439]: chan_h323.c:1479 cleanup_connection:
Avoiding H.323 destory deadlock on ip$192.168.99.2:53716/21
localhost*CLI>
<-- SIP read from 192.168.99.122:5060:
SIP/2.0 200 Ok
Via: SIP/2.0/UDP 192.168.99.254:5060;branch=z9hG4bK1a8c7be3;rport
From: "1003" <sip:1003@192.168.99.254>;tag=as769a2c55
To: <sip:2000@192.16...
2004 Aug 06
3
E1 monochannel :-(
...usy at this time
Aug 6 11:52:40 WARNING[753677]: pbx.c:1836 ast_pbx_run: Timeout, but no rule 't' in context 'ip2pri'
Aug 6 11:52:40 WARNING[753677]: pbx.c:1836 ast_pbx_run: Timeout, but no rule 't' in context 'ip2pri'
Aug 6 11:52:40 DEBUG[81926]: chan_h323.c:1179 cleanup_connection: Cleaning up our mess
My configs are:
h323.conf:
[general]
port = 1720
bindaddr = 0.0.0.0
disallow=all
allow=g729
gatekeeper = DISABLE
context=ip2pri
[ip2pri] ; is this needed?
type=user
context=ip2pri
extensions.conf:
[general]
static=yes
writeprotect=yes
[globals]
[ip2pri]
exten => _...
2004 Aug 12
10
H323 problems
All,
I have a problem with H323 the call disconnects when answered.
The debug shows
-- Executing Dial("SIP/sj1-4ff7", "H323/0797617729") in new stack
-- Called 0797617729
-- H323/0797617729 is ringing
-- H323/0797617729 answered SIP/sj1-4ff7
== Spawn extension (default, 0797617729, 1) exited non-zero on
'SIP/sj1-4ff7'
-- Executing