Re: [asterisk-users] How to supervise a Voicemail box with a BLF button ? What does "State:Unavailable" exactly means ?

[John Kiniston]

Hello Olivier,

I may be incorrect but I don't believe you can hint on a mailbox like that.

I've always used custom device states and dialplan logic for my shared
voicemail boxes that are not being watched directly by a endpoint natively.

On Mon, Nov 20, 2017 at 5:07 AM, Olivier  wrote:

> Hello,
>
> I'm trying to supervise an existing Voicemail box with a BLF button on
> Debian's asterisk 13.14.1 system.
>
> I mostly found this [1] document.
> I added in a context a line like:
> exten = *7000,hint,MWI:31@default
>
> With "core show hints", I can read this:
> *7000@subs  : MWI:31@defaultState:Unavailable
> Presence:not_set Watchers  1
>
> My questions are:
>
> 1. Is this "exten = *7000,hint,MWI:31@default" statement correct ?
> 2. What does "State:Unavailable" exactly means ? To it means "Asterisk is
> unable to find any MWI:31@default state".
> 3. Which Asterisk version introduced this MWI/BLF/hint feature ? Was it
> supported in 1.6, for instance ?
>
>
> Best regards
>
> [1] https://community.asterisk.org/t/hint-mwi-help-i-am-not-
> able-to-make-it-works/72112
>
> --
> _
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>
> Check out the new Asterisk community forum at: https://community.asterisk.
> org/
>
> New to Asterisk? Start here:
>   https://wiki.asterisk.org/wiki/display/AST/Getting+Started
>
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
>http://lists.digium.com/mailman/listinfo/asterisk-users
>



-- 
A human being should be able to change a diaper, plan an invasion, butcher
a hog, conn a ship, design a building, write a sonnet, balance accounts,
build a wall, set a bone, comfort the dying, take orders, give orders,
cooperate, act alone, solve equations, analyze a new problem, pitch manure,
program a computer, cook a tasty meal, fight efficiently, die gallantly.
Specialization is for insects.
---Heinlein
-- 
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

Check out the new Asterisk community forum at: https://community.asterisk.org/

New to Asterisk? Start here:
  https://wiki.asterisk.org/wiki/display/AST/Getting+Started

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users

Re: [asterisk-users] How to correctly set REDIRECTING to indicate diversion reason

[Richard Mudgett]

On Tue, Nov 21, 2017 at 5:04 AM, Benoit Panizzon 
wrote:

> Hi Richard
>
> Thank you
>
> > You need to set more redirecting information [1].
> >
> > In sip.conf send_diversion=yes needs to be in effect.  You also need
> > to setup
> > the from party id information (at least the from number) to indicate
> > where you
> > are redirecting from.  You should also increment the redirecting
> > count.
> >
> > Richard
> >
> > [1]
> > https://wiki.asterisk.org/wiki/display/AST/Manipulating+
> Party+ID+Information
>
> I'm back to chan_sip to get quicker progress in our test scenario as I
> know this better than pjsip :-)
>
> send_diversion=yes is the default if it is not set, so that's correctly
> set.
>
> I altered my test dialplan and got some success but also another weird
> problem now:
>
> exten => XX,1,NoOp(Call to ${EXTEN} from ${CALLERID(all)})
> exten => XX,n,Progress
> exten => XX,n,Ringing
> exten => XX,n,Wait(10)
> exten => XX,n,set(REDIRECTING(from-num)=${EXTEN})
>

You need to use the 'i' option of REDIRECTING here as described in the
manipulating
party id wiki page.


> exten => XX,n,set(REDIRECTING(reason)=cfnr)
> exten => XX,n,Transfer(SIP/ZZ)
>
> How everytime REDIRECTING is called, this causes a 181 call is being
> forwarded to the caller, but containing no diversion information.
>
> The Transfer (302 Moved Temporarily) contains two Diversion: headers,
> one with reason=unknown and one with reason=no-answer which would be the
> correct one.
>
> I start to think I stumbled over a bug. Maybe using REDIRECTING() would
> set the correct headers if I used DIAL to forward the call. But I don't
> want to create a second call leg. So maybe Transfer already is setting
> a Diversion: header with hardcoded reason 'unknown'.
>

That could be possible and would be a bug in chan_sip.

Richard
-- 
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

Check out the new Asterisk community forum at: https://community.asterisk.org/

New to Asterisk? Start here:
  https://wiki.asterisk.org/wiki/display/AST/Getting+Started

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users

Re: [asterisk-users] How to correctly set REDIRECTING to indicate diversion reason

[Benoit Panizzon]

Hi Richard

Thank you

> You need to set more redirecting information [1].
> 
> In sip.conf send_diversion=yes needs to be in effect.  You also need
> to setup
> the from party id information (at least the from number) to indicate
> where you
> are redirecting from.  You should also increment the redirecting
> count.
> 
> Richard
> 
> [1]
> https://wiki.asterisk.org/wiki/display/AST/Manipulating+Party+ID+Information

I'm back to chan_sip to get quicker progress in our test scenario as I
know this better than pjsip :-)

send_diversion=yes is the default if it is not set, so that's correctly
set.

I altered my test dialplan and got some success but also another weird
problem now:

exten => XX,1,NoOp(Call to ${EXTEN} from ${CALLERID(all)})
exten => XX,n,Progress
exten => XX,n,Ringing
exten => XX,n,Wait(10)
exten => XX,n,set(REDIRECTING(from-num)=${EXTEN})
exten => XX,n,set(REDIRECTING(reason)=cfnr)
exten => XX,n,Transfer(SIP/ZZ)

How everytime REDIRECTING is called, this causes a 181 call is being
forwarded to the caller, but containing no diversion information.

The Transfer (302 Moved Temporarily) contains two Diversion: headers,
one with reason=unknown and one with reason=no-answer which would be the
correct one.

I start to think I stumbled over a bug. Maybe using REDIRECTING() would
set the correct headers if I used DIAL to forward the call. But I don't
want to create a second call leg. So maybe Transfer already is setting
a Diversion: header with hardcoded reason 'unknown'.

-Benoît Panizzon-
-- 
I m p r o W a r e   A G-Leiter Commerce Kunden
__

Zurlindenstrasse 29 Tel  +41 61 826 93 00
CH-4133 PrattelnFax  +41 61 826 93 01
Schweiz Web  http://www.imp.ch
__

-- 
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

Check out the new Asterisk community forum at: https://community.asterisk.org/

New to Asterisk? Start here:
  https://wiki.asterisk.org/wiki/display/AST/Getting+Started

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users