[Asterisk-Users] Sip -> H323 using oh323 and G729
David Allen
dallen at nella.net.au
Thu Jul 22 01:48:55 MST 2004
Hi All,
I have set up a box that will be used as follows:
SIP Phone ----> Asterisk ----> Cisco H323 VoIP Server
192.168.1.5 192.168.1.50 192.168.1.80
Asterisk is running the latest CVS and oh323 driver.
The SIP phone is a Grandstream Budgetone 100.
I have everything setup and running with G.711 ALAW and ULAW and i'm able
to make calls through Asterisk between the SIP phone and the Cisco VOIP
server, however if I want to use G.729 between the SIP Phone and the Cisco,
the Call is unable to be completed and responds back with:
-- Executing Dial("SIP/200-ebdf", OH323/400 at 192.168.1.80) in new stack
-- H.323 call to 400 at 192.168.1.80 with codec G729A
-- Called 400 at 192.168.1.80
-- H.323 call 'ip$localhost/1573' cleared, reason 24 (Call ended with
Q.931 cause)
-- Hungup 'OH323/L1573'
== No one is available to answer at this time
-- Executing Hangup("SIP/200-ebdf", "") in new stack
== Spawn extension (internal, 10290071717, 2) exited non-zero on
'SIP/200-ebdf'
and the oh323 outputs the following:
2:21.275 ThreadID=0x49399b30 H323 Making call to:
400 at 192.168.1.80
2:21.276 ThreadID=0x49399b30 H323 Added capability:
G.711-ALaw-64k{hw} <1>
2:21.276 ThreadID=0x49399b30 H323 Added capability:
G.711-uLaw-64k{hw} <2>
2:21.276 ThreadID=0x49399b30 H323 Added capability: G.729{hw}
<3>
2:21.276 ThreadID=0x49399b30 H323 Added capability:
UserInput/hookflash <4>
2:21.276 ThreadID=0x49399b30 H323 Added capability:
UserInput/basicString <5>
2:21.276 ThreadID=0x49399b30 H323 Added capability:
UserInput/dtmf <6>
2:21.276 ThreadID=0x49399b30 H323 Added capability:
UserInput/RFC2833 <7>
2:21.277 ThreadID=0x49399b30 H323 Found capability:
G.711-ALaw-64k{hw} <1>
2:21.277 ThreadID=0x49399b30 H323 Found capability:
UserInput/hookflash <4>
2:21.277 ThreadID=0x49399b30 H323 Found capability:
UserInput/basicString <5>
2:21.277 ThreadID=0x49399b30 H323 Found capability:
UserInput/dtmf <6>
2:21.277 ThreadID=0x49399b30 H323 Found capability:
UserInput/RFC2833 <7>
2:21.277 ThreadID=0x49399b30 H323 Found capability:
G.711-uLaw-64k{hw} <2>
2:21.277 ThreadID=0x49399b30 H323 Found capability: G.729{hw}
<3>
2:21.278 ThreadID=0x49399b30 RFC2833 Handler created
2:21.278 ThreadID=0x49399b30 H323 Added capability: G.729{hw}
<1>
2:21.278 ThreadID=0x49399b30 H323 Created new connection:
ip$localhost/23866
2:21.279 H225 Caller:80f1490 H225 Started call thread
2:21.328 H225 Caller:80f1490 H323TCP Started connection:
host=192.168.1.80:1720, if=192.168.1.50:10001, handl$
2:21.328 H225 Caller:80f1490 H225 Sending Setup PDU
2:21.329 H225 Caller:80f1490 H225 Check for Fast start by
local endpoint
2:21.329 H225 Caller:80f1490 H245 Default
OnSelectLogicalChannels, FastStartInitiate
2:21.330 H225 Caller:80f1490 RTP_UDP Session 1 created:
192.168.1.50:10002-10003 ssrc=204629209
2:21.330 H225 Caller:80f1490 RTP Adding session RTP_UDP
2:21.330 H225 Caller:80f1490 H323RTP Receiver created using
session 1
2:21.331 H225 Caller:80f1490 RTP Found existing session 1
2:21.331 H225 Caller:80f1490 H323RTP Transmitter created using
session 1
2:21.331 H225 Caller:80f1490 H225 Fast start begun by local
endpoint
2:21.332 H225 Caller:80f1490 H323RTP OnSendingPDU
2:21.333 H225 Caller:80f1490 RTP OnSendingPDU
2:21.333 H225 Caller:80f1490 LID Created codec: pt=G729,
bytes=10, samples=80
2:21.334 H225 Caller:80f1490 H225 Built fastStart for
G.729{hw} <1>
2:21.335 H225 Caller:80f1490 H323RTP OnSendingPDU
2:21.336 H225 Caller:80f1490 RTP OnSendingPDU
2:21.336 H225 Caller:80f1490 LID Created codec: pt=G729,
bytes=10, samples=80
2:21.336 H225 Caller:80f1490 H225 Built fastStart for
G.729{hw} <1>
2:21.338 H225 Caller:80f1490 H225 Sending PDU: setup
2:21.338 H225 Caller:80f1490 H225 Reading PDUs: callRef=23866
2:21.398 H225 Caller:80f1490 H225 Receiving PDU:
releaseComplete
2:21.398 H225 Caller:80f1490 H225 Handling PDU:
ReleaseComplete callRef=23866
2:21.399 H225 Caller:80f1490 H225 Set protocol version to 4
and implying H.245 version 7
2:21.399 H225 Caller:80f1490 H323 Clearing connection
ip$localhost/23866 reason=EndedByQ931Cause
2:21.399 H225 Caller:80f1490 H323 Call end reason for
ip$localhost/23866 set to EndedByQ931Cause
2:21.399 H225 Caller:80f1490 H225 Sending release complete
PDU: callRef=23866
2:21.400 H225 Caller:80f1490 H225 Sending PDU: releaseComplete
2:21.401 H323 Cleaner H323 Cleaning up connections
2:21.401 H323 Cleaner H323 Connection
ip$localhost/23866 closing: connectionState=AwaitingSignalConnect
2:21.401 H323 Cleaner H323RTP Cleaning up RTP T-0
2:21.401 H323 Cleaner H323RTP Cleaning up RTP T-101
2:21.401 H323 Cleaner RTP Releasing session 1
2:21.402 H323 Cleaner H323 Bandwidth request: -0.0kb/s,
available: 10000.0kb/s
2:21.402 H323 Cleaner RTP Releasing session 1
2:21.402 H323 Cleaner RTP Deleting session 1
2:21.402 H323 Cleaner RTP_UDP Session 1, Shutting down
read.
2:21.402 H323 Cleaner RTP_UDP Session 1, Shutting down
write.
2:21.402 H323 Cleaner H323 Bandwidth request: -0.0kb/s,
available: 10000.0kb/s
2:21.403 H323 Cleaner H323 H323Transport::Close
2:21.403 H225 Caller:80f1490 H323 Clearing connection
ip$localhost/23866 reason=EndedByTransportFail
2:21.403 H225 Caller:80f1490 H225 Signal channel closed.
2:24.398 H323 Cleaner H323
H323Transport::CleanUpOnTermination for H225 Caller:80f1490
2:24.398 H323 Cleaner H323 Connection
ip$localhost/23866 terminated.
2:24.398 H323 Cleaner H323 Connection
ip$localhost/23866 deleted.
2:24.399 H323 Cleaner H323 Cleaning up connections
Is there anything I might be doing wrong in the config? From my
understanding the Asterisk should work as a passthrough between any SIP
devices and H323 devices as long as it does not need to decode. Do I need to
get g729 licences or is there something else which may be causing this
problem?
Thanks,
David
More information about the asterisk-users
mailing list