I'm still trying to find out why the call process doesn't work perfectly.
For these purpose I made some ethereal capture of the trafic between two
sip-communicator clients, one installed on Mandriva 2006 (192.168.27.104)
and the other on WindowsXP (192.168.27.10). The SIP proxy server is an
Asterisk server (192.168.27.33). I made the same test with SJphone client on
WindowsXP, I was able to make a call from the sip-communicator (linux) to
the SJphone client. The ethereal capture showed a correct transaction and
all was right. Then I tried with two sip-communicator clients and it wasn't
a success!! So like Emil has adviced me, I made some tests and tried to
analyze the sip traces (joined within this mail). The only thing I've
noticed is that when the phone A (192.168.27.104) send an INVITE to the
phone B (192.168.27.10) it was correctly proceeded by the proxy server (
192.168.27.33). The INVITE was sent to the phone B six times but no response
came back. And the "481 Call leg/Transaction does not exist" was send by
the phone B just after the proxy send a CANCEL request.
I googled and I found that this error message appears when the server
received a cancel request that doesn't fit the existant transaction... It
seems to me that the phone B wasn't able to find out that an INVITE message
was send to it..
Have anyone faced the same problem?? Hope that you'll answer to my
Thanks a lot.
SipCom_SipCom (3.33 KB)