|
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
|
