cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
1733
Views
4
Helpful
8
Replies

support for RFC 3326

aemcomcco
Level 1
Level 1

Hi Experts, we use Cisco SPA IP phone without problem. Recently we encountered an issue with CANCEL messages with REASON CAUSE.

The SPA doesn't understand this message and so, in case of no response, the call never stops.

If in the CANCEL message there isn't any REASON CAUSE the call is stopped normally.

Can SPA 30x supports RFC 3326? Can you implement this feature in the next firmware or fix misunderstanding messages?

Thanks in advance.

1 Accepted Solution

Accepted Solutions

Thanks, I've entered the cdet, it's CSCtq15881.  Where if the phone receives Cancel with reason/cause, it doesn't do anything.  Without the reason/cause, the phone does react to the cancel.

FYI, there's no user agent for the spa phone in the trace because the 'SIP User Agent Name' is blank in your config.  The default in there is $VERSION, so I've told the dev that the mac address is that of the spa phone.  Thanks.

View solution in original post

8 Replies 8

nseto
Level 6
Level 6

Hi, please enclose a trace of this and I'll enter a cdet enhancement request for this.  Thanks.

Nelson, you are great!

I've attached traces requested.

Regards.

I was going over the trace and it shows for the mac address src and dest, innophone.  In the trace, I couldn't find reference to the SPA phone.

And in the log file, I only see the SPA phone in the SIP Register.  Do you have a trace and log where the SPA phone and mac is shown?  I don't want to submit it without showing explicitly this info as dev may come back to me and reject due to this.  Thanks.

In attached you can find a correct trace and syslog.
SPA303 is configured as extension 355 of an Innovaphone PBX.
When the caller 03493048400 calls the extension 355, the SPA303 rings normally. If the call is cancelled the SPA rings continuosly. To stop the ringing I must pick up the SPA headset and disconnect the call (off hook - on hook).

The difference in a working scenario is the presence of REASON CAUSEs in CANCEL messages:

Reason: SIP;cause=200;text="OK";ms-acceptedby="sip:355@192.168.38.25:5560"

In the SPA 303 messages the User-Agent name is omitted (see config screenshot).

Regards.

Thanks, I've entered the cdet, it's CSCtq15881.  Where if the phone receives Cancel with reason/cause, it doesn't do anything.  Without the reason/cause, the phone does react to the cancel.

FYI, there's no user agent for the spa phone in the trace because the 'SIP User Agent Name' is blank in your config.  The default in there is $VERSION, so I've told the dev that the mac address is that of the spa phone.  Thanks.

Hi Nelson, I've investigated the problem.


This issue is caused by the Microsoft extension in Reason header.
If I remove the string   ms-acceptedby="sip:355@192.168.38.25:5560",    SPA phones work right.

So SPA phones correctly undestand Reason cause messages like  Reason: SIP;cause=200;text="OK" but don't understand Microsoft Session Initiation Protocol (SIP) Routing Extensions.

Regards.

Thanks, I've updated the cdet info with your comments.

Notes from dev

According to Microsoft doc:

Section 3.8.5.6 Handling 2XX Responses

A SIP proxy compliant with this protocol SHOULD handle 2XX responses according to proxy behavior described in [RFC3261] section 16.7. In addition, the CANCEL requests sent out as a result of a 2XX response SHOULD have an ms-acceptedby parameter in the Reason header field. The ms-acceptedby parameter value SHOULD be set to the address-of-record of the destination user agent that sent the 2XX response.

In addition, an improvement is being done on the client side to prevent server error (to be in an upcoming release)

Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: