SPA508G responds with "481 Call Leg/Transaction Does Not Exist" to Update sip message

tomas.bajarunas · ‎11-09-2015

I'm using 2 spa508g phones, in sip profile enabled unregistered make and receive calls.

I make a call to FreeSWITCH, which then bridges call to another phone (sip messages are going through freeswitch, rtp should go between phones directly).

Inbound call is received, and answered ok on freeswitch. Then OB call is made, 2nd phone is ringing. At this point everything still works as expected.

When I answer OB call on 2nd phone, freeSwitch send "UPDATE sip" to both phones.

At that point I receive "481 Call Leg/Transaction Does Not Exist" from Inbound phone; OB phone swallows that message without a problem.

I inspected SIP messages, all seems to be normal.

FreeSWITCH support people thinks the issue is with the phone (I'm pretty sure they've tested such scenario with other phones).

Note: spa508g phones runs on latest 7.6.1 firmware.

Log of the call is accessible @ https://pastebin.freeswitch.org/24444

User/password is in the auth window message.

Jaime Valencia · ‎11-09-2015

SPA devices are supported in the SMB community, not here, you might want to move this.

HTH

java

if this helps, please rate

tomas.bajarunas · ‎11-09-2015

Thanks; moved.

Dan Lukes · ‎11-09-2015

Provide SIP packets catched here so we can analyze them.

tomas.bajarunas · ‎11-09-2015

I added link to log in the body of the post. Let me know if you'd prefer wireshark logs.

Dan Lukes · ‎11-10-2015

Wireshark logs are better, but we can try it even without it. Lets allow me to sumarise relevant parts of relevant packets. It's quoted on bottom.

I see nothing wrong with the UPDATE packet sent. Thus it may be firmware bug. In such case the SMB support center needs to be contacted. Cisco guys never accept bug reports here.

============================================

Setup of leg A (1038@spa->1039@FreeSwitch):

INVITE sip:5551234@192.168.182.11 SIP/2.0
   From: "1038" <sip:1038@192.168.182.11>;tag=f8e5b064cf6e57f7o2
   To: <sip:5551234@192.168.182.11>
   Call-ID: 82ef66a8-1c947683@192.168.182.38
   CSeq: 101 INVITE
   Contact: "1038" <sip:1038@192.168.182.38:5060>
   User-Agent: Cisco/SPA508G-7.5.5
--------------------------------
SIP/2.0 200 OK
   From: "1038" <sip:1038@192.168.182.11>;tag=f8e5b064cf6e57f7o2
   To: <sip:5551234@192.168.182.11>;tag=42Ke0y33FDjFm
   Call-ID: 82ef66a8-1c947683@192.168.182.38
   CSeq: 101 INVITE
   Contact: <sip:5551234@192.168.182.11:5060;transport=udp>
   User-Agent: FreeSWITCH-mod_sofia/1.7.0-437-0d6e17b~64bit
   Remote-Party-ID: "5551234" <sip:5551234@192.168.182.11>;party=calling;privacy=off;screen=no

UPDATE (from FreeSwitch to 1038):

UPDATE sip:1038@192.168.182.38:5060 SIP/2.0
   From: <sip:5551234@192.168.182.11>;tag=42Ke0y33FDjFm
   To: "1038" <sip:1038@192.168.182.11>;tag=f8e5b064cf6e57f7o2
   Call-ID: 82ef66a8-1c947683@192.168.182.38
   CSeq: 83001059 UPDATE
   Contact: <sip:5551234@192.168.182.11:5060;transport=udp>
   User-Agent: FreeSWITCH-mod_sofia/1.7.0-437-0d6e17b~64bit
   P-Asserted-Identity: "Outbound Call" <sip:1039@192.168.182.11>
--------------------------------
SIP/2.0 481 Call Leg/Transaction Does Not Exist
   To: "1038" <sip:1038@192.168.182.11>;tag=f8e5b064cf6e57f7o2
   From: <sip:5551234@192.168.182.11>;tag=42Ke0y33FDjFm
   Call-ID: 82ef66a8-1c947683@192.168.182.38
   CSeq: 83001059 UPDATE
   Server: Cisco/SPA508G-7.5.5