Leandro,
I don't think 'crashing' is the right word here: Your Aethra sends a
Setup message H323Plus can't fully parse and thus GnuGk doesn't accept
the call.
Are you sure this is specific to proxy mode ? The Setup message is
parsed the same way in routed mode.
If we can't figure out how to parse the User-User IE, GnuGk could
simply strip it out and still accept the call. It already does that for
notify messages and that would be a more forgiving approach than to
reject the message (and thus the call).
Regards,
Jan
leandro.alvares@xxxxxxxxxxxx wrote:
> Hi guys,
>
> I'm trying to enable Proxy mode.
>
> It's is working when I'm using two Polycom PVX 8.
> But, when I use some codecs like Aethra Vega X5, the call crash and the
> call is coming from the Internet...
> Seem the log file, the call crash when the Endpoint (Aethra) is
> negotiating the setup (Q931)
>
> The log is:
>
> 2010/03/24 20:44:44.297 5 ProxyChannel.cxx(649) Q931s Reading
> from 200.96.170.116:1075
> 2010/03/24 20:44:44.297 7 tlibthrd.cxx(861) PWLib
> PThread::PXBlockOnIO(55,0)
> 2010/03/24 20:44:44.297 7 tlibthrd.cxx(861) PWLib
> PThread::PXBlockOnIO(55,0)
> 2010/03/24 20:44:44.297 3 ProxyChannel.cxx(958) Q931s
> Received: Setup CRV=4789 from 200.96.170.116:1075
> 2010/03/24 20:44:44.298 1 ProxyChannel.cxx(966) Q931s Could
> not decode User-User IE for message Setup CRV=4789 from
> 200.96.170.116:1075
> 2010/03/24 20:44:44.298 4 ProxyChannel.cxx(901) Q931 Send to
> 200.96.170.116:1075 {
> q931pdu = {
> protocolDiscriminator = 8
> callReference = 0
> from = originator
> messageType = ReleaseComplete
> IE: User-User = {
> 25 c0 06 00 08 91 4a 00 02 58 08 11 00 00 00 00
> %.....J..X......
> 00 00 00 00 00 00 00 00 00 00 00 00 00 02 80 01
> ................
> 00 .
> }
> }
> h225pdu = {
> h323_uu_pdu = {
> h323_message_body = releaseComplete {
> protocolIdentifier = 0.0.8.2250.0.2
> reason = undefinedReason <<null>>
> callIdentifier = {
> guid = 16 octets {
> 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> ................
> }
> }
> }
> h245Tunneling = false
> }
> }
> }
> 2010/03/24 20:44:44.299 6 yasocket.cxx(677)
> 200.96.170.116:1075 46 bytes sent
> 2010/03/24 20:44:44.299 6 channel.cxx(273) PWLib Closing
> channel, fd=55
> 2010/03/24 20:44:44.300 3 yasocket.cxx(576) Q931s Delete
> socket 200.96.170.116:1075
> 2010/03/24 20:44:44.300 5 job.cxx(427) JOB Job
> Acceptor deleted
> 2010/03/24 20:44:44.300 5 job.cxx(416) JOB Worker
> threads: 17 total - 15 busy, 2 idle
> 2010/03/24 20:44:44.319 5 yasocket.cxx(782) RasSrv 1
> sockets selected from 6, total 6/0
> 2010/03/24 20:44:44.319 4 RasSrv.cxx(230) RAS
> Receiving on 10.194.97.91:1719(U)
> 2010/03/24 20:44:44.319 7 tlibthrd.cxx(861) PWLib
> PThread::PXBlockOnIO(43,0)
> 2010/03/24 20:44:44.319 2 RasSrv.cxx(189) RAS Read
> from 200.96.170.116:1024
> 2010/03/24 20:44:44.320 3 RasSrv.cxx(238) RAS
> disengageRequest {
> requestSeqNum = 63125
> endpointIdentifier = 10 characters {
> 0036 0033 0034 0030 005f 0050 0072 006f 6340_Pro
> 0078 0079 xy
> }
> conferenceID = 16 octets {
> 00 59 d7 12 77 0e 00 1f 09 29 41 e6 27 d4 7d 73
> .Y..w....)A.'.}s
> }
> callReferenceValue = 4789
> disengageReason = normalDrop <<null>>
> callIdentifier = {
> guid = 16 octets {
> 00 59 d7 12 77 0e 00 1f 09 28 41 e6 27 d4 7d 73
> .Y..w....(A.'.}s
> }
> }
> gatekeeperIdentifier = 6 characters {
> 0073 0061 0072 0067 0061 0073 sargas
> }
> answeredCall = false
> }
> 2010/03/24 20:44:44.320 5 job.cxx(364) JOB Worker
> threads: 17 total - 16 busy, 1 idle
> 2010/03/24 20:44:44.320 5 job.cxx(190) JOB Starting
> Job DRQ at Worker thread 3069623184
> 2010/03/24 20:44:44.320 1 RasSrv.cxx(368) RAS DRQ
> Received from 200.96.170.116:1024
> 2010/03/24 20:44:44.320 4 RasSrv.cxx(2828) GK DRQ:
> closed conference
> 2010/03/24 20:44:44.321 6 RasTbl.cxx(3481) GK Removing
> callptr: 00 59 d7 12 77 0e 00 1f 09 28 41 e6 27 d4 7d 73
> 2010/03/24 20:44:44.321 2 RasTbl.cxx(3538) CDR ignore
> not connected call
> 2010/03/24 20:44:44.321 2 gkacct.cxx(1043) GKACCT
> Successfully logged event 2 for call no. 4
> 2010/03/24 20:44:44.321 2 RasSrv.cxx(408)
> DCF|200.96.170.116|6340_Proxy|4789|normalDrop|00-59-d7-12-77-0e-00-1f-09
> -28-41-e6-27-d4-7d-73;
> 2010/03/24 20:44:44.321 6 yasocket.cxx(677)
> 10.192.53.152:1412=>10.192.37.77:7000 96 bytes sent
> 2010/03/24 20:44:44.321 3 RasSrv.cxx(250) RAS Send to
> 200.96.170.116:1024
> disengageConfirm {
> requestSeqNum = 63125
> }
> 2010/03/24 20:44:44.322 5 RasSrv.cxx(264) RAS Sent
> Successful
> 2010/03/24 20:44:44.322 5 job.cxx(427) JOB Job DRQ
> deleted
> 2010/03/24 20:44:44.322 5 job.cxx(416) JOB Worker
> threads: 17 total - 15 busy, 2 idle
>
>
>
> I'm using gnugk routed mode:
>
>
> [RoutedMode]
> GKRouted=1
> H245Routed=1
> CallSignalPort=1720
> CallSignalHandlerNumber=10
> RtpHandlerNumber=2
> AcceptNeighborsCalls=1
> AcceptUnregisteredCalls=1
> RemoveH245AddressOnTunneling=0
> RemoveCallOnDRQ=1
> DropCallsByReleaseComplete=1
> SendReleaseCompleteOnDRQ=1
> SupportNATedEndpoints=1
> TreatUnregisteredNAT=1
>
>
> And proxy mode.
>
>
>
> [Proxy]
> Enable=1
> InternalNetwork=10.0.0.0/8,127.0.0.0/8
> T120PortRange=40000-40100
> RTPPortRange=50000-50100
> ProxyForNAT=1
> ProxyForSameNAT=0
> LocalProxyOptimize=1
> DisableH235Call=0
> DisableH460Call=0
> EnableRTPMute=0
> RemoveMCInFastStartTransmitOffer=1
>
>
>
> Can someone help me please????
>
>
> Thanks a lot.
>
> Best regards,
>
> Leandro Oliveira Alvares
>
--
Jan Willamowius, jan@xxxxxxxxxxxxxx, http://www.gnugk.org/
------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________________
Posting: mailto:Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
Archive: http://sourceforge.net/mailarchive/forum.php?forum_name=openh323gk-users
Unsubscribe: http://lists.sourceforge.net/lists/listinfo/openh323gk-users
Homepage: http://www.gnugk.org/
