The real bug in last 2.2.5b versions

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

 



Having received the ReleaseComplete with 'Temporary failure' from the 
destinaton, gnugk overlooks to send it to originator. And I can see this not 
connected call with 'show call active voice' command on originating Cisco GW.

2004/09/15 10:06:30.438 3       ProxyChannel.cxx(681)   Q931d   Received: 
ReleaseComplete CRV=54
0 from 80.93.96.230:1720
2004/09/15 10:06:30.439 4       ProxyChannel.cxx(634)   Q931    Received: {
  q931pdu = {
    protocolDiscriminator = 8
    callReference = 540
    from = destination
    messageType = ReleaseComplete
    IE: Cause - Temporary failure = {
      80 a9                                              ..
    }
    IE: User-User = {

      25 80 06 00 08 91 4a 00  04 11 00 11 00 2c e7 e1   %.....J......,..
      3a 06 14 11 d9 86 c4 bf  d6 39 0b cb d5 10 a8 01   :........9......
      80 47 01 40 b5 00 00 12  40 e0 01 01 00 01 08 30   .G.@....@......0
      08 02 80 a9 1e 02 82 88  1c 26 9e 81 00 03 67 74   .........&....gt
      64 00 00 00 1b 52 45 4c  2c 0d 0a 50 52 4e 2c 69   d....REL,..PRN,i
      73 64 6e 2a 2c 2c 4e 45  54 35 2a 2c 0d 0a 0d 0a   sdn*,,NET5*,....
      06 80 06 00 04 00 00 00  08 22 42 04 67 74 64 01   ........."B.gtd.
      1b 52 45 4c 2c 0d 0a 50  52 4e 2c 69 73 64 6e 2a   .REL,..PRN,isdn*
      2c 2c 4e 45 54 35 2a 2c  0d 0a 0d 0a               ,,NET5*,....
    }
  }
  h225pdu = {
    h323_uu_pdu = {
      h323_message_body = releaseComplete {
        protocolIdentifier = 0.0.8.2250.0.4
        callIdentifier = {
          guid =  16 octets {
            2c e7 e1 3a 06 14 11 d9  86 c4 bf d6 39 0b cb d5   
,..:........9...
          }
        }
      }
      h245Tunneling = TRUE
      nonStandardControl = 1 entries {
        [0]={
          nonStandardIdentifier = h221NonStandard {
            t35CountryCode = 181
            t35Extension = 0
            manufacturerCode = 18
          }
          data =  64 octets {
            e0 01 01 00 01 08 30 08  02 80 a9 1e 02 82 88 1c   
......0.........
            26 9e 81 00 03 67 74 64  00 00 00 1b 52 45 4c 2c   
&....gtd....REL,
            0d 0a 50 52 4e 2c 69 73  64 6e 2a 2c 2c 4e 45 54   
..PRN,isdn*,,NET
            35 2a 2c 0d 0a 0d 0a 06  80 06 00 04 00 00 00 08   
5*,.............
          }
        }
      }
      tunnelledSignallingMessage = {
        tunnelledProtocolID = {
          id = tunnelledProtocolAlternateID {
            protocolType = "gtd"
          }
        }
        messageContent = 1 entries {
          [0]= 27 octets {
            52 45 4c 2c 0d 0a 50 52  4e 2c 69 73 64 6e 2a 2c   
REL,..PRN,isdn*,
            2c 4e 45 54 35 2a 2c 0d  0a 0d 0a                  ,NET5*,....
          }
        }
        tunnellingRequired = <<null>>
      }
    }
  }
}
2004/09/15 10:06:30.439 6             RasTbl.cxx(1901)  GK      Removing 
callptr: 2c e7 e1 3a 06
 14 11 d9 86 c4 bf d6 39 0b cb d5
2004/09/15 10:06:30.439 2             RasTbl.cxx(1944)  CDR     ignore not 
connected call
2004/09/15 10:06:30.440 3           radproto.cxx(2094)  RADIUS  Sending PDU to 
RADIUS server 192
.168.110.223 (192.168.110.223:2813) from port:58667[active requests: 0, ID 
space: 154-156], PDU:
 Accounting-Request, id 155
2004/09/15 10:06:30.447 3           radproto.cxx(2133)  RADIUS  Received PDU 
from RADIUS server
192.168.110.223 (192.168.110.223:2813) by socket port:58667[active requests: 
0, ID space: 154-15
6], PDU: {
      code = 5 (Accounting-Response)
      id = 155
      length = 20 octets
      authenticator = 16 octets {
        3e 2f 22 b9 1e bd 55 33  c4 1b af cf 3f 98 c5 db   >/"...U3....?...
      }
      attributes = <<null>>
   }

2004/09/15 10:06:30.623 5             gkacct.cxx(598)   GKACCT  FileAcct - CDR 
string for event
2, call no. 5: CDR|5|2c e7 e1 3a 06 14 11 d9 86 c4 bf d6 39 0b cb 
d5|0|unconnected|Wed, 15 Sep 2
004 10:06:30 +0400|192.168.110.224:11562| 
|80.80.80.250:1720|7154_endp|0022#78635621332:dialedDi
gits|komp-net:h323_ID|KompnetGK-2.0;

And this call remains active after reseiving this log string for cisco until 
calling will not hang up. So long, on the patience how many will suffice.

But if at a call on the same number there comes the ReleaseComplete with 
"Service or option not available " then all is processed correctly!
And gnugk sends the ReleaseComlete to CiscoGW!
I've checked two CVS versions: from 29.08.2004 and from 14.09.2004
-- 
Best regards,
Igor Prokhorov


-------------------------------------------------------
This SF.Net email is sponsored by: thawte's Crypto Challenge Vl
Crack the code and win a Sony DCRHC40 MiniDV Digital Handycam
Camcorder. More prizes in the weekly Lunch Hour Challenge.
Sign up NOW http://ad.doubleclick.net/clk;10740251;10262165;m

_______________________________________________________

List: Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
Archive: http://sourceforge.net/mailarchive/forum.php?forum_id=8549
Homepage: http://www.gnugk.org/

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

  Powered by Linux