[prev in list] [next in list] [prev in thread] [next in thread] 

List:       vocal
Subject:    [Vocal] UA to UA call with 1.2.0
From:       Manohar B <manohar () monmouth ! com>
Date:       2001-06-29 12:16:10
Message-ID: 3B3C718A.1CE06F7B () monmouth ! com
[Download RAW message or body]

Hi

We have  problem with UA-UA call not going
through with vocal 1.2.0. One UA is on the same machine as MS and the
called UA ia on differant machine. The called UA responds with 200 OK
after it goes off hook after ringning, but the calling UA doesn't send
ACK to the called UA. Any suggestions on this?

I have detailed traces and logs regarding this problem so let me know if
you need them.


I have tried debugging at line 129 in OpStartRingBackTone.cxx as
suggested, but could not conclude anything from the observations as the
program control is going out of my debugger's scope after the line
number 141. (at the if comparision of invite messages with overloaded
operator). I noticed that, before the execution reaches line 129 or 141,

the control enters the if loop at line number 106, which means that it
has received a non-ring back tone's statuc code other than 180 or 183.
Afer this, the control retuns from the function, but again comes back
and reaches line number 129 which means it passes the if loop at line
number 106 for ring back tone's status code check and received a ring
back tone status code.  Hence the traces which I am sending here are the

traces during the first execution of this OpStartRingbackTone::process()

routine taken at line number 129 and 141. Can you go through these
traces and let me know if you have any suggestions.
Can you please  look into our configuration files onec again? I think we

are doing some mistake in TCP port configuration.

With best regards
Manohar



[prev in list] [next in list] [prev in thread] [next in thread]