Darren Nickerson
2003-Dec-21 13:19 UTC
[Asterisk-Users] Dialing dead SIP peers give misleading (BUSY) voicemail result ...
Folks, We have several people using SIP softphones in the office. When they leave for the day, they power down their workstations, causing their registration with Asterix to quickly timeout. Here's the entry for one such extension in extensions.conf: exten => 8102,1,Dial(SIP/someone,20) exten => 8102,2,Voicemail(u8102) exten => 8102,3,Hangup exten => 8102,102,Voicemail(b8102) exten => 8102,103,Hangup The desired behaviour when they're gone for the day is to have their voicemail play the 'unavailable' greeting, and record a message. Unfortunately, it seems to play the 'busy' greeting instead: -- Executing Dial("SIP/darren-0eee", "SIP/someone|20") in new stack == Everyone is busy at this time -- Executing VoiceMail("SIP/darren-0eee", "b8102") in new stack -- Playing 'voicemail/default/8102/busy' (language 'en') Obviously this is misleading to the customer ... the person at that extension isn't even in the office, let alone busy. Is this the intended result when trying to dial a disconnected SIP extension, or have I misconfigured something? Does the dialplan above, which was built using analog handsets, need to be more intelligent to deal with SIP connectivity/registration status? -Darren -- Darren Nickerson Senior Sales & Support Engineer iFax Solutions, Inc. www.ifax.com darren.nickerson@ifax.com +1.215.438.4638 office +1.215.243.8335 fax
Rich Adamson
2003-Dec-21 13:33 UTC
[Asterisk-Users] Dialing dead SIP peers give misleading (BUSY) voicemail result ...
> We have several people using SIP softphones in the office. When they leave > for the day, they power down their workstations, causing their registration > with Asterix to quickly timeout. > > Here's the entry for one such extension in extensions.conf: > > exten => 8102,1,Dial(SIP/someone,20) > exten => 8102,2,Voicemail(u8102) > exten => 8102,3,Hangup > exten => 8102,102,Voicemail(b8102) > exten => 8102,103,Hangup > > The desired behaviour when they're gone for the day is to have their > voicemail play the 'unavailable' greeting, and record a message. > Unfortunately, it seems to play the 'busy' greeting instead: > > -- Executing Dial("SIP/darren-0eee", "SIP/someone|20") in new stack > == Everyone is busy at this time > -- Executing VoiceMail("SIP/darren-0eee", "b8102") in new stack > -- Playing 'voicemail/default/8102/busy' (language 'en') > > Obviously this is misleading to the customer ... the person at that > extension isn't even in the office, let alone busy. > > Is this the intended result when trying to dial a disconnected SIP > extension, or have I misconfigured something? Does the dialplan above, which > was built using analog handsets, need to be more intelligent to deal with > SIP connectivity/registration status?I've noticed the same thing. I don't believe its the desired behaviour but I don't read C-code well enough to fix it either. Rich
Reasonably Related Threads
- SJphone, Asterisk and DTMF tones ...
- echo cancellation: the never-ending quest fortruth
- TE405P + Adit 600 and FXO module - should this work?
- Programming an unlocked ADSI phone?
- RFD: With echo and other distortion, can ulaw/alaw line quality ever be good enough for faxing?