Callmanager 5.1 and SIP DND

Unanswered Question
Dec 28th, 2007

Using third party SIP phones (basic) with CallManager 5.1.3

The phones have their own built-in DND feature. Basically, when you activate the phone's Do Not disturb, they respond to all incoming call attempts with a SIP 480 "temporarily Unavailable" message.

The expected behavior is that the callmanager would see this message and then forward the calls to voicemail based off the line configuration. However, instead, it appears that the callmanager just drops the call and plays fast busy to the caller.

Does anyone know if that is the correct behavior that the callmanager is expected to do on a 480 SIP response? Previously we were using these same phones with some different SIP PBX vendors and they had no problem forwarding the call to voicemail on a SIP 480 message.

Checked that the callmanager is properly configured to forward the call to voicemail on no answer, busy, no coverage, cti failure. Verified that on a no answer situation, the caller does indeed get forwarded to voicemail; so it appears that the voicemail profile is configured correctly.

I have this problem too.
0 votes
  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 0 (0 ratings)
Loading.
smahbub Thu, 01/03/2008 - 14:08

Are there some test calls that you could run to verify, where the user has the valid registration and is available.

Paste Sh RUN and SH tech.

michael mack Thu, 01/03/2008 - 14:52

Normal (non DND calls) all work fine. There's a valid registered user and the phone is registered correctly. The problem only presents itself when the phone is in DND mode and returns message 480 to the callmanager.

This is callmanager 5.1, not CME, so there's no show run or show tech involved. No router/gateway between the devices, all devices are on the same subnet.

Turns out that most SIP phones use 480 for DND, including 7940/60 phones (when in SIP mode). So apparently, almost no third party, or even Cisco's own, SIP phones will work with DND active on a 5.1 install of callmanager.

Interestingly enough, Linksys phones use message 486 (busy here) instead of 480 (temporarily unavailable) for DND. According to the SIP RFC, either message is valid for DND. I don't know if the callmanager would handle 486 properly or not. Don't have a Linksys phone to test with.

gogasca Sat, 01/05/2008 - 22:17

Hi Michael,

All lines on the CCM can be configured with a “busy trigger”. After the number of active calls to that line reaches the busy trigger, the CCM will prevent further calls from being presented to that phone by initiating a Call Forward Busy without sending another INVITE to the phone.

However, due to mis-configuration or the potential for calls to exist on the phone of which the CCM is not aware (for example, a phone in a dialing state that hasn't yet sent an INVITE), it may be necessary for the phone to manage its own “busy trigger” and autonomously throttle calls. This is accomplished by sending a 486 response code to an INVITE.

Although the CCM may have Call Forward Busy behavior configured for a line (e.g., forward to DN or forward to voicemail), that behavior will not be exercised when a 486 is received from the phone. Instead, the 486 will be passed back to the original called party

Let me know if you see behaviour described above and if CFB is configured.

Let us know

thanks

michael mack Sun, 01/06/2008 - 13:09

That sounds very much like what might be happening, although instead of a 486 message (which is what Linksys uses for DND); the phone is sending back a 480 message (which is what 79XX series phones use).

CFB is configured on the callmanager, however the CFB doesn't seem to be getting excercised. Instead, the original caller is getting fast busy from the Callmanager.

I would have thought that on a 480 (temporarily unavailable) or a 486 (busy here) message, the callmanager would exercise the CFB and forward the call to voicemail. All other SIP PBX systems that I'm aware of handle this 'correctly'.

Is there a way to configure the callmanager to properly handle this case? If not, then I have to think that this is really not correct behavior, as even the SIP RFC refers to using messages 480 and 486 for purposes of DND. Heck, even Cisco phones in SIP mode use the 480 message for handling DND. How else would you get it to work?

gogasca Sun, 01/06/2008 - 20:40

Hi Michael,

Which 3rd party phone you are using?

I can try to replicate it and open a DDTS if we are not following the RFC.

If this is urgent you can open a case with us.

Let me know

Thanks again

michael mack Mon, 01/07/2008 - 08:44

We're using SNOM phones, which are really common, especially with Asterisk deployments.

I've already opened a case with TAC, its been opened for a while now without any action on it at all. I haven't heard a peep out of TAC other than an initial contact.

Actions

This Discussion