[Asterisk-Users] Sip -> H323 using oh323 and G729
Michael Manousos
manousos at inaccessnetworks.com
Thu Jul 22 03:10:44 MST 2004
There is nothing wrong with asterisk-oh323, the call is rejected from
the remote endpoint. Try to turn on only G.729 and retry.
And yes, you don't need g729 licenses to do g729 passthrough.
Michael.
David Allen wrote:
> 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
>
> _______________________________________________
> Asterisk-Users mailing list
> Asterisk-Users at lists.digium.com
> http://lists.digium.com/mailman/listinfo/asterisk-users
> To UNSUBSCRIBE or update options visit:
> http://lists.digium.com/mailman/listinfo/asterisk-users
More information about the asterisk-users
mailing list