Hello,
I checked some changes and differencies between 2.0.7 CVS and 2.2beta3
CVS. From that I tryed one change:
cvs diff -uN ProxyChannel.cxx
Index: ProxyChannel.cxx
===================================================================
RCS file: /cvsroot/openh323gk/openh323gk/ProxyChannel.cxx,v
retrieving revision 1.111
diff -u -r1.111 ProxyChannel.cxx
--- ProxyChannel.cxx 30 Oct 2003 23:58:07 -0000 1.111
+++ ProxyChannel.cxx 3 Nov 2003 16:45:04 -0000
@@ -1276,7 +1276,7 @@
{
if( m_call ) {
m_call->SetDisconnectTime(time(NULL));
- if( m_lastQ931 && m_lastQ931->HasIE(Q931::CauseIE) )
+ if( m_lastQ931->HasIE(Q931::CauseIE) )
m_call->SetDisconnectCause(m_lastQ931->GetCause());
}
return false; // do nothing
After applying this change it works well again.
Could anybody take a look for that?
Kind regards,
Thomas
Monday, November 3, 2003, 5:14:49 PM, Thomas wrote:
T> Hello,
T> does anybody have problems with gnugk-2.2beta3 RADIUS disconnect-cause
T> values too? I found some notes in ProxyChannel.cxx changes [maybe this
T> could cohere with the problem]:
T> revision 1.108
T> date: 2003/10/20 20:18:31; author: zvision; state: Exp; lines: +36 -7
T> Better disconnect cause handling
T> Could anybody take a look for this?
T> Thanks in advance,
T> Thomas
T> Monday, November 3, 2003, 12:43:29 PM, Thomas wrote:
T>> Hello,
T>> I used 2.2beta2 from CVS and upgraded to the newest 2.2beta3 from CVS
T>> (anonymous). Previously disconnect-cause values worked well but now it
T>> doesn't work right.
T>> Sometimes I get disconnect-cause=0 while there was a real disconnect
T>> cause number.
T>> from logs:
T>> disengageRequest {
T>> requestSeqNum = 5623
T>> endpointIdentifier = 11 characters {
T>> 0032 0033 0033 0031 005f 0065 0057 0043 2331_eWC
T>> 0031 0067 006b 1gk
T>> }
T>> conferenceID = 16 octets {
T>> 02 13 72 de 08 a9 19 90 00 77 04 81 58 01 19 90 ..r......w..X...
T>> }
T>> callReferenceValue = 16649
T>> disengageReason = normalDrop <<null>>
T>> callIdentifier = {
T>> guid = 16 octets {
T>> 02 13 72 de 08 a9 19 90 00 76 04 81 58 01 19 90 ..r......v..X...
T>> }
T>> }
T>> gatekeeperIdentifier = 6 characters {
T>> 0065 0057 0043 0031 0067 006b eWC1gk
T>> }
T>> answeredCall = FALSE
T>> }
T>> 2003/11/03 12:29:24.190 5 job.cxx(101) Job Run DRQ at thread 24397
T>> 2003/11/03 12:29:24.190 1 RasSrv.cxx(302) RAS DRQ Received
T>> 2003/11/03 12:29:24.190 4 RasSrv.cxx(1848) GK DRQ: closed conference
T>> 2003/11/03 12:29:24.190 4 gkauth.h(73) GkAuth default check ok
T>> 2003/11/03 12:29:24.190 4 RasTbl.cxx(1251) Sending ReleaseComplete to calling party ...
T>> 2003/11/03 12:29:24.192 5 ProxyChannel.cxx(631) Q931 Send to x.y.z.s:50017 {
T>> q931pdu = {
T>> protocolDiscriminator = 8
T>> callReference = 49417
T>> from = destination
T>> messageType = ReleaseComplete
T>> IE: User-User = {
T>> 25 c0 06 00 08 91 4a 00 02 58 08 11 00 02 13 72 %.....J..X.....r
T>> de 08 a9 19 90 00 76 04 81 58 01 19 90 02 80 01 ......v..X......
T>> 00 .
T>> }
T>> }
T>> h225pdu = {
T>> h323_uu_pdu = {
T>> h323_message_body = releaseComplete {
T>> protocolIdentifier = 0.0.8.2250.0.2
T>> reason = undefinedReason <<null>>
T>> callIdentifier = {
T>> guid = 16 octets {
T>> 02 13 72 de 08 a9 19 90 00 76 04 81 58 01 19 90 ..r......v..X...
T>> }
T>> }
T>> }
T>> h245Tunneling = FALSE
T>> }
T>> }
T>> }
T>> 2003/11/03 12:29:24.192 4 RasTbl.cxx(1256) Sending ReleaseComplete to called party ..
T>> 2003/11/03 12:29:24.193 5 ProxyChannel.cxx(631) Q931 Send to x.y.z.s:1720 {
T>> q931pdu = {
T>> protocolDiscriminator = 8
T>> callReference = 16649
T>> from = originator
T>> messageType = ReleaseComplete
T>> IE: User-User = {
T>> 25 c0 06 00 08 91 4a 00 02 58 08 11 00 02 13 72 %.....J..X.....r
T>> de 08 a9 19 90 00 76 04 81 58 01 19 90 02 80 01 ......v..X......
T>> 00 .
T>> }
T>> }
T>> h225pdu = {
T>> h323_uu_pdu = {
T>> h323_message_body = releaseComplete {
T>> protocolIdentifier = 0.0.8.2250.0.2
T>> reason = undefinedReason <<null>>
T>> callIdentifier = {
T>> guid = 16 octets {
T>> 02 13 72 de 08 a9 19 90 00 76 04 81 58 01 19 90 ..r......v..X...
T>> }
T>> }
T>> }
T>> h245Tunneling = FALSE
T>> }
T>> }
T>> }
T>> 2003/11/03 12:29:24.194 5 yasocket.cxx(609) ProxyH(0) 2 sockets selected from 4, total 4/0
T>> 2003/11/03 12:29:24.194 2 RasTbl.cxx(1677) CDR ignore not connected call
T>> 2003/11/03 12:29:24.194 5 ProxyChannel.cxx(469) Q931s Reading from x.y.z.s:50017
T>> 2003/11/03 12:29:24.194 3 radproto.cxx(1795) RADIUS Sending PDU to RADIUS server 127.0.0.1 (127.0.0.1:1813)
T>> ...
T>> [18]= {
T>> type = 26 (Vendor-Specific)
T>> length = 31 octets
T>> vendorId = 9
T>> vendorValue = 25 octets {
T>> 1e 19 68 33 32 33 2d 64 69 73 63 6f 6e 6e 65 63 ..h323-disconnec
T>> 74 2d 63 61 75 73 65 3d 30 t-cause=0
T>> }
T>> }
T>> ...
T>> 2003/11/03 12:29:24.196 3 ProxyChannel.cxx(672) Q931s Received: ReleaseComplete CRV=16649 from x.y.z.s:50017
T>> 2003/11/03 12:29:24.197 4 ProxyChannel.cxx(631) Q931 Received: {
T>> q931pdu = {
T>> protocolDiscriminator = 8
T>> callReference = 16649
T>> from = originator
T>> messageType = ReleaseComplete
T>> IE: Cause - Normal call clearing = {
T>> 80 90 ..
T>> }
T>> IE: User-User = {
T>> 25 c0 06 00 08 91 4a 00 04 58 88 00 11 00 02 13 %.....J..X......
T>> 72 de 08 a9 19 90 00 76 04 81 58 01 19 90 10 80 r......v..X.....
T>> 01 80 ..
T>> }
T>> }
T>> h225pdu = {
T>> h323_uu_pdu = {
T>> h323_message_body = releaseComplete {
T>> protocolIdentifier = 0.0.8.2250.0.4
T>> reason = undefinedReason <<null>>
T>> callIdentifier = {
T>> guid = 16 octets {
T>> 02 13 72 de 08 a9 19 90 00 76 04 81 58 01 19 90 ..r......v..X...
T>> }
T>> }
T>> }
T>> h245Tunneling = TRUE
T>> }
T>> }
T>> }
T>> 2003/11/03 12:29:24.766 3 radproto.cxx(1821) RADIUS Received PDU from RADIUS server 127.0.0.1 (127.0.0.1:1813) by
T>> code = 5 (Accounting-Response)
T>> id = 222
T>> length = 20 octets
T>> authenticator = 16 octets {
T>> 9c b3 2e 8d cb 27 6d c0 4d 78 af 0e 50 09 23 e5 .....'m.Mx..P.#.
T>> }
T>> attributes = <<null>>
T>> }
T>> How can I fix this problem?
T>> Thanks in advance,
T>> Thomas
-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive? Does it
help you create better code? SHARE THE LOVE, and help us help
YOU! Click Here: http://sourceforge.net/donate/
_______________________________________________
List: Openh323gk-users@lists.sourceforge.net
Archive: http://sourceforge.net/mailarchive/forum.php?forum_id=8549
Homepage: http://www.gnugk.org/
