Re: GNUGK versions higher than 2.1.1 and dcc 41

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

 



This is an example of those call rejects with dcc 41 when the call is passed through the GNUGK.
 
The version of the GNUGK on this example was 2.2.2 and it was working in full proxy. All the required steps were included in the log. Below is some part of the log of a call which got disconnected by dcc 41 (I didn't include the complete log because I knew, most likely nobody would have enough time and patient to go through all the log top to bottom).
 
I colored and enlarged the parts that I thought would be more important to pay attention first. What I could see (please correct me if I am wrong) is that after "progress" GNUGK was sending release complete to both Calling and Called parties. What confuses me is that the release complete is not coming from one party and be passed to the other party by GNUGK . The way that I saw it was that the release complete was issued by GNUGK itself. If you also agree, then I need an idea about why.
 
Does what I wrote above and what you could see below make sense?
 
To explain the condition of the call, there were only this call on the GNUGK at the time and the call to same destination was connected just fine without GNUGK in the middle of the way. One more interesting part is that this problem (call rejects with dcc 41) is not always duplicable meaning maybe one call gets cause code 41 in the first shot but get connected on the next try.
 
Does anyone have anything to share on this?

Cheers,
Bahram.
 
2005/11/22 16:52:45.068 3 ProxyChannel.cxx(2823) RTP 209.167.xxx.xxx:56090 socket is busy, 60 bytes queued
2005/11/22 16:52:45.069 3 ProxyChannel.cxx(3631) Proxy 209.167.xxx.xxx:56090 forward blocked
2005/11/22 16:52:45.070 4 ProxyChannel.cxx(686) Q931 Send to 209.167.xxx.xxx:58310 {
q931pdu = {
protocolDiscriminator = 8
callReference = 67
from = destination
messageType = Progress
IE: Progress-Indicator = {
.
.
.
.
}
2005/11/22 16:52:45.071 4 ProxyChannel.cxx(2859) RTP 60 bytes flushed to 209.167.xxx.xxx:56090
2005/11/22 16:52:45.071 4 ProxyChannel.cxx(2859) RTP 60 bytes flushed to 209.167.xxx.xxx:56090
2005/11/22 16:52:45.072 4 ProxyChannel.cxx(2859) RTP 60 bytes flushed to 209.167.xxx.xxx:56090
2005/11/22 16:52:45.073 4 ProxyChannel.cxx(3721) Proxy 209.167.xxx.xxx:56090 flush ok
2005/11/22 16:52:57.474 4 RasTbl.cxx(1604) Sending ReleaseComplete to calling party ...
2005/11/22 16:52:57.483 4 ProxyChannel.cxx(686) Q931 Send to 209.167.xxx.xxx:58310 {
q931pdu = {
protocolDiscriminator = 8
callReference = 32835
from = destination
messageType = ReleaseComplete
IE: Cause - Temporary failure = {
.
.
.
}
2005/11/22 16:52:57.485 4 RasTbl.cxx(1609) Sending ReleaseComplete to called party ...
2005/11/22 16:52:57.495 4 ProxyChannel.cxx(686) Q931 Send to 69.44.xxx.xxx:1720 {
q931pdu = {
protocolDiscriminator = 8
callReference = 67
from = originator
messageType = ReleaseComplete
IE: Cause - Temporary failure = {
80 a9 ..
}
IE: User-User = {
.
.
.
}
2005/11/22 16:52:57.497 2 RasTbl.cxx(1597) Gk Disconnect Call No. 3
 
----- Original Message -----
Sent: Saturday, November 19, 2005 8:18 PM
Subject: Re: GNUGK versions higher than 2.1.1 and dcc 41

I have a similar problem with versions higher then 2.2.1. After 5 sec of conversation the call is dropped. I couldn't manage to fix the problem by altering the configuration file.
 
Regards,
Jove
----- Original Message -----
Sent: Saturday, November 19, 2005 6:36 PM
Subject: GNUGK versions higher than 2.1.1 and dcc 41

Hi folks,
 
When I use any version higher than 2.2.1 I can see many call rejects with cause code 41 which is not appear with version 2.1.1. I checked almost all the versions 2.2.1, 2.2.2, 2.2.3 and 2.2.4.
 
Why I dont use the 2.2.1 then? Because the CLIRewrite feature has come into the scene since version 2.2.2.
 
Has anyone experienced the same problem? Does anyone have any heads up on this?
 
Cheers,
Bahram.

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

  Powered by Linux