[Asterisk-Users] OH323 Call Dropping [was: H323 Call Dropping]
jong suk Lee
meowmeow64 at yahoo.co.kr
Sat Aug 7 21:07:08 MST 2004
I had similar problem but mine was from avaya
advantage to asterisk h.323.
Initially I used inaccess channel oh drvier(most
recent one). It worked with netmeeting but it had
problem with g711 ulaw codec and call is dropped.
I switched to cvs h323 module and it handled g711 ulaw
codec without problem.
There might be g711 codec issue in your problem. I
think inaccess driver handles codec issue in there
code and cvd h323 module let asterisk handle it (I am
not sure about details: I might be wrong).
If you can try different codec, looks like codec issue
to me. I pulled my hair off for a week with inaccess
driver and I can feel your pain. I hope this helps.
thanks,
jong
--- "Asterisk ." <asterisk_in at yahoo.com> wrote:
> Hello All,
>
> I have been trying to make a SIP-H323 system for the
> last 5 days, trying to send calls from
> Asterisk to Nextone. Have tried chan_h323, the calls
> were reaching Nextone, but then were
> rejected. All my efforts to figure out the issue
> were not succeeded. I got some help from this
> list, but could not solve the problem. Now i am
> trying to do that with chan_oh323, but the result
> is the same. Can anybody please help me figure out
> the problem? I am attaching the asterisk
> console capture with this, I am using ulaw as the
> codec. Please help...
>
> -- Executing Dial("SIP/999012021-6ec6",
> "OH323/h323:15620099116 at 208.60.196.241:1720") in new
> stack
> -- H.323 call to
> h323:15620099116 at 208.60.196.241:1720 with codec ULAW
> [2]WrapperAPI::h323_make_call: Making call.
> [2]WrapMutex::Wait: Requesting mutex callMutex
> [wrapendpoint.cxx, 269, MakeCall]
> [2]WrapMutex::Wait: Got mutex callMutex
> [wrapendpoint.cxx, 269, MakeCall]
> [2]WrapH323EndPoint::MakeCall: Making call to
> h323:15620099116 at 208.60.196.241:1720
> 0:51.753 ThreadID=0x00026013 H323
> Making call to:
> h323:15620099116 at 208.60.196.241:1720
> [3]WrapH323Connection::WrapH323Connection: Outgoing
> capability G.711-uLaw-64k{hw}
> [3]WrapH323Connection::WrapH323Connection: Caller ID
> name on outgoing call Girish
> [3]WrapH323Connection::WrapH323Connection:
> LocalPartyName Girish
> [3]WrapH323Connection::WrapH323Connection:
> DestExtraCallInfo
> [3]WrapH323Connection::WrapH323Connection: Caller ID
> on outgoing call 999012021
> [3]WrapH323EndPoint::MakeCall: Call token is
> ip$localhost/16781
> [3]WrapH323EndPoint::MakeCall: Call reference is
> 16781
> [2]WrapMutex::Signal: Released mutex callMutex
> [wrapendpoint.cxx, 320, MakeCall]
> -- Called h323:15620099116 at 208.60.196.241:1720
> 0:51.803 H225 Caller:8133d00 H323TCP
> Started connection: host=64.80.103.12:3348,
> if=208.60.196.253:10000, handle=47
> 0:51.804 H225 Caller:8133d00 H245
> Default OnSelectLogicalChannels, FastStartDisabled
> [2]WrapH323Connection::OnSendSignalSetup: Sending
> SETUP message...
> [3]WrapH323Connection::OnSendSignalSetup: Setting
> display name Girish
> [3]WrapH323Connection::OnSendSignalSetup: Setting
> calling party number 999012021
> 0:51.806 H225 Caller:8133d00 H225
> Reading PDUs: callRef=16781
> 0:52.607 H225 Caller:8133d00 H225 Set
> remote party name: "64.80.103.12"
> 0:52.655 H225 Caller:8133d00 H225 Set
> remote party name: "64.80.103.12"
> [2]WrapH323Connection::OnAlerting: Ringing phone for
> "64.80.103.12" ...
> -- OH323/L16781 is ringing
> 0:59.525 H225 Caller:8133d00 H225 Set
> remote party name: "64.80.103.12"
> 0:59.525 H225 Caller:8133d00 H225
> Received connect PDU.
> 0:59.541 H225 Caller:8133d00 H323TCP
> Started connection: host=64.80.103.12:3419,
> if=208.60.196.253:10001, handle=48
> 0:59.541 H225 Caller:8133d00 H245
> Started control channel
> 0:59.544 H245:814c528 H245
> Started control channel
> 0:59.664 H245:814c528 H245
> MasterSlaveDetermination: local is slave
> 0:59.677 H245:814c528 H245
> TerminalCapabilitySet Sent.
> [2]WrapH323EndPoint::ClearCall: Request to clear
> call [ip$localhost/16781]
> 0:59.724 H245:814c528 H225
> Sending release complete PDU: callRef=16781
> 0:59.725 H245:814c528 H245
> Control channel closed.
> 0:59.745 H225 Caller:8133d00 H225 Read
> error (4): Interrupted system call
> [2]WrapH323EndPoint::ClearCall: Request to clear
> call [ip$localhost/16781]
> 0:59.745 H225 Caller:8133d00 H225
> Signal channel closed.
> 1:00.309 H323 Cleaner H323
> Connection ip$localhost/16781 terminated.
> [2]WrapH323EndPoint::OnConnectionCleared: Connection
> [ip$localhost/16781] closed.
> [2]WrapMutex::Wait: Requesting mutex channelMutex
> [wrapendpoint.cxx, 1023, OnConnectionCleared]
> [2]WrapMutex::Wait: Got mutex channelMutex
> [wrapendpoint.cxx, 1023, OnConnectionCleared]
> -- H.323 call 'ip$localhost/16781' cleared,
> reason 5 (Remote user refused call)
> [2]WrapH323EndPoint::OnConnectionCleared:
> "64.80.103.12" did not accept your call
> [2]WrapMutex::Signal: Released mutex channelMutex
> [wrapendpoint.cxx, 1103, OnConnectionCleared]
> -- Hungup 'OH323/L16781'
> == No one is available to answer at this time
> -- Executing Hangup("SIP/999012021-6ec6", "") in
> new stack
> == Spawn extension (default, 15620099116, 2)
> exited non-zero on 'SIP/999012021-6ec6'
>
>
> Regards,
>
> /G
>
>
>
>
>
> __________________________________
> Do you Yahoo!?
> Yahoo! Mail - 50x more storage than other providers!
> http://promotions.yahoo.com/new_mail
> _______________________________________________
> 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
>
________________________________________________________________________________
최대 100MB, 더 이상 용량 고민없는 - 야후! 메일 (http://mail.yahoo.co.kr)
최신곡, 추천곡, 가요, OST, 팝송, 뮤직비디오 - 야후! 비트박스 (http://kr.music.yahoo.com)
최신 휴대폰 정보, 벨소리, 캐릭터, 문자메세지 - 야후! 모바일 (http://kr.mobile.yahoo.com)
More information about the asterisk-users
mailing list