Re: gnugk crashes call using proxy mode.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Title: gnugk crashes call using proxy mode.
Leandro
 
Can you paste the wireshark trace of the setup message to determine why it was unable to be decoded.
 
Simon


From: leandro.alvares@xxxxxxxxxxxx [mailto:leandro.alvares@xxxxxxxxxxxx]
Sent: Friday, 26 March 2010 2:56 AM
To: openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
Subject: gnugk crashes call using proxy mode.
Importance: High

Hi guys,

Im trying to enable Proxy mode.

Its is working when Im 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


Im 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

------------------------------------------------------------------------------
Download Intel&#174; 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/

[Index of Archives]     [SIP]     [Open H.323]     [Gnu Gatekeeper]     [Asterisk PBX]     [ISDN Cause Codes]     [Yosemite News]

  Powered by Linux