[sip-comm-dev] 481 Call leg/Transaction does not exist


#1

Hi all,

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

Thanks a lot.

SipCom_SipCom (3.33 KB)


#2

Well, thats because the call leg or transaction DOES NOT EXIST :-).
Looks like the transaction timed out and then you tried to CANCEL it
therefore the error.

···

On 5/4/07, asmouta <asmouta@gmail.com> wrote:

Hi all,

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

Thanks a lot.

---------------------------------------------------------------------
To unsubscribe, e-mail:
dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail:
dev-help@sip-communicator.dev.java.net

--
M. Ranganathan
"There are two ways to write error-free programs; only the third one
works." -- Alan Perlis

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net


#3

I already know that :slight_smile: anyway thanks for the reply.

I haven't modified the source code of sip-communicator and what I'm not
understanding is why when I make a call from the sip-communicator to the
SJphone, the SJphone is able to listen to the INVITE request and to
establish the transaction. It seems to me that the sip-communicator isn't
able to do so... what I'm trying to find out is where can I look for in the
sip-communicator code to correct this error...

Thanks a lot.

···

On 5/4/07, M. (Neo-Ranga) Ranganathan <mranga@gmail.com> wrote:

Well, thats because the call leg or transaction DOES NOT EXIST :-).
Looks like the transaction timed out and then you tried to CANCEL it
therefore the error.

On 5/4/07, asmouta <asmouta@gmail.com> wrote:
> Hi all,
>
> 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
> questions.
>
> Thanks a lot.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> dev-unsubscribe@sip-communicator.dev.java.net
> For additional commands, e-mail:
> dev-help@sip-communicator.dev.java.net
>

--
M. Ranganathan
"There are two ways to write error-free programs; only the third one
works." -- Alan Perlis

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net


#4

Hello,

As I've mentioned previously, our call functionalities are currently unstable, so unfortunately it's not abnormal that you should be experiencing similar problems.

.. what I'm trying to find out is where can I look for in the sip-communicator code to correct this error...

Most of the call control code is located in src/net/java/sip/communicator/impl/protocol/sip/OperationSetBasicTelephony.java
and
src/net/java/sip/communicator/impl/protocol/sip/ProtocolProviderServiceSipImpl.java

Good luck!

Emil

asmouta wrote:

···

I already know that :slight_smile: anyway thanks for the reply.

I haven't modified the source code of sip-communicator and what I'm not understanding is why when I make a call from the sip-communicator to the SJphone, the SJphone is able to listen to the INVITE request and to establish the transaction. It seems to me that the sip-communicator isn't able to do so... what I'm trying to find out is where can I look for in the sip-communicator code to correct this error...

Thanks a lot.

On 5/4/07, *M. (Neo-Ranga) Ranganathan* <mranga@gmail.com > <mailto:mranga@gmail.com>> wrote:

    Well, thats because the call leg or transaction DOES NOT EXIST :-).
    Looks like the transaction timed out and then you tried to CANCEL it
    therefore the error.

    On 5/4/07, asmouta < asmouta@gmail.com <mailto:asmouta@gmail.com>> > wrote:
     > Hi all,
     >
     > 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 <http://192.168.27.104>)
     > and the other on WindowsXP (192.168.27.10
    <http://192.168.27.10>). The SIP proxy server is an
     > Asterisk server (192.168.27.33 <http://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
    <http://192.168.27.104>) send an INVITE to the
     > phone B (192.168.27.10 <http://192.168.27.10>) it was correctly
    proceeded by the proxy server
     > (192.168.27.33 <http://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
     > questions.
     >
     > Thanks a lot.
     >
    ---------------------------------------------------------------------
     > To unsubscribe, e-mail:
     > dev-unsubscribe@sip-communicator.dev.java.net
    <mailto:dev-unsubscribe@sip-communicator.dev.java.net>
     > For additional commands, e-mail:
     > dev-help@sip-communicator.dev.java.net
    <mailto:dev-help@sip-communicator.dev.java.net>
     >

    --
    M. Ranganathan
    "There are two ways to write error-free programs; only the third one
    works." -- Alan Perlis

    ---------------------------------------------------------------------
    To unsubscribe, e-mail:
    dev-unsubscribe@sip-communicator.dev.java.net
    <mailto:dev-unsubscribe@sip-communicator.dev.java.net>
    For additional commands, e-mail:
    dev-help@sip-communicator.dev.java.net
    <mailto:dev-help@sip-communicator.dev.java.net>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net


#5

Hi Emil,

Thanks for your reply, I'll focus on that. Hope that I'll help to improve
the call function.

Best regards.

···

On 5/4/07, Emil Ivov <emcho@emcho.com> wrote:

Hello,

As I've mentioned previously, our call functionalities are currently
unstable, so unfortunately it's not abnormal that you should be
experiencing similar problems.

> .. what I'm trying to find out is where can I look
> for in the sip-communicator code to correct this error...

Most of the call control code is located in

src/net/java/sip/communicator/impl/protocol/sip/OperationSetBasicTelephony.java
and

src/net/java/sip/communicator/impl/protocol/sip/ProtocolProviderServiceSipImpl.java

Good luck!

Emil

asmouta wrote:
> I already know that :slight_smile: anyway thanks for the reply.
>
> I haven't modified the source code of sip-communicator and what I'm not
> understanding is why when I make a call from the sip-communicator to the
> SJphone, the SJphone is able to listen to the INVITE request and to
> establish the transaction. It seems to me that the sip-communicator
> isn't able to do so... what I'm trying to find out is where can I look
> for in the sip-communicator code to correct this error...
>
> Thanks a lot.
>
> On 5/4/07, *M. (Neo-Ranga) Ranganathan* <mranga@gmail.com > > <mailto:mranga@gmail.com>> wrote:
>
> Well, thats because the call leg or transaction DOES NOT EXIST :-).
> Looks like the transaction timed out and then you tried to CANCEL it
> therefore the error.
>
> On 5/4/07, asmouta < asmouta@gmail.com <mailto:asmouta@gmail.com>> > > wrote:
> > Hi all,
> >
> > 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 <http://192.168.27.104>)
> > and the other on WindowsXP (192.168.27.10
> <http://192.168.27.10>). The SIP proxy server is an
> > Asterisk server (192.168.27.33 <http://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
> <http://192.168.27.104>) send an INVITE to the
> > phone B (192.168.27.10 <http://192.168.27.10>) it was correctly
> proceeded by the proxy server
> > (192.168.27.33 <http://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
> > questions.
> >
> > Thanks a lot.
> >
>
---------------------------------------------------------------------
> > To unsubscribe, e-mail:
> > dev-unsubscribe@sip-communicator.dev.java.net
> <mailto:dev-unsubscribe@sip-communicator.dev.java.net>
> > For additional commands, e-mail:
> > dev-help@sip-communicator.dev.java.net
> <mailto:dev-help@sip-communicator.dev.java.net>
> >
>
> --
> M. Ranganathan
> "There are two ways to write error-free programs; only the third one
> works." -- Alan Perlis
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> dev-unsubscribe@sip-communicator.dev.java.net
> <mailto:dev-unsubscribe@sip-communicator.dev.java.net>
> For additional commands, e-mail:
> dev-help@sip-communicator.dev.java.net
> <mailto:dev-help@sip-communicator.dev.java.net>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net