Hi
I'm trying to get the status of an extension that has DND set using the
service code, or trying to disable the service codes altogether so that
I can do them in the dialplan if needed
any advice wout be appriciated
Thanks
Robb
___
-- Bandwidth and
John Todd wrote:
At 11:47 AM -0600 11/20/03, Tilghman Lesher wrote:
(SIP, Zap, whatever) has their own CLASS dialplan sets, then that
is a different problem - either deactivate them and use the server,
or leave them enabled and ignore things for that line.
How exactly did you hack your dialpla
At 11:47 AM -0600 11/20/03, Tilghman Lesher wrote:
[snip]
(SIP, Zap, whatever) has their own CLASS dialplan sets, then that
is a different problem - either deactivate them and use the server,
or leave them enabled and ignore things for that line.
How exactly did you hack your dialplan so that fo
On Thursday 20 November 2003 09:07, John Todd wrote:
> OK, I have no complaints as long as what is in the dialplan takes
> precedence over the hardcoded entries in the channel drivers. My
> feelings are pretty strong that this shouldn't be channel-specific,
But there are good reasons to have this
Let me clarify my feelings:
I believe the API should look something like this:
struct ast_features {
/* Private data for features, which ones are enabled, state
information, etc */
};
/* Apply var/value pair to the feature set, return 0 on success, -1 if
this isn't a featur
On Wednesday 19 November 2003 15:16, John Todd wrote:
>On Wednesday 19 November 2003 10:11, John Todd wrote:
>> >after testing with a MGCP phone (Swissvoice ip10s) I found the
>> > following ASTERISK-based codes (VERTICAL SERVICE CODES) to
>> > work - I assume that most of those will also wo
On Thursday 20 November 2003 01:54, Paul Crick wrote:
> > Mark has been very emphatic about call features not
> > belonging in the dialplan.
>
> Hmm.. I read this message, and the couple that came after it and
> still have mixed thoughts..
>
> My initial thought was that it didn't make sense - I'd
On Thursday 20 November 2003 02:45, Florian Overkamp wrote:
> At 16:48 19-11-2003 -0600, you wrote:
> >And you will have control of your devices. The problem is that many
> >of the call features are intrisically related to how the channel
> > type signals to devices. Hence, the functionality need
9, 2003 1:25 PM
Subject: Re: [Asterisk-Users] Service codes for MGCP channels
> On Wednesday 19 November 2003 10:11, John Todd wrote:
> > >after testing with a MGCP phone (Swissvoice ip10s) I found the
> > > following ASTERISK-based codes (VERTICAL SERVICE CODES) to work -
> >
Hi,
At 16:48 19-11-2003 -0600, you wrote:
And you will have control of your devices. The problem is that many
of the call features are intrisically related to how the channel type
signals to devices. Hence, the functionality needs to be at the
channel driver level.
Actually, I don't agree. It is
At 21:17 19-11-2003 +0100, you wrote:
Looking forward to more of these examples, Florian!
*grin*
I understand I have to find more information on the local channel construct
where you use @pbx for some reason I do not understand...
/Olle
Oh, thats just a matter of convenience on my part. It could
> Mark has been very emphatic about call features not
> belonging in the dialplan.
Hmm.. I read this message, and the couple that came after it and still have
mixed thoughts..
My initial thought was that it didn't make sense - I'd rather have control
over which codes are used to activate which fea
On Wednesday 19 November 2003 15:16, John Todd wrote:
> >On Wednesday 19 November 2003 10:11, John Todd wrote:
> >> >after testing with a MGCP phone (Swissvoice ip10s) I found the
> >> > following ASTERISK-based codes (VERTICAL SERVICE CODES) to
> >> > work - I assume that most of those will als
On Wednesday 19 November 2003 10:11, John Todd wrote:
>after testing with a MGCP phone (Swissvoice ip10s) I found the
> following ASTERISK-based codes (VERTICAL SERVICE CODES) to work -
> I assume that most of those will also work with SIP, but haven't
> checked that yet:
>
>*67 - Calling Num
Florian Overkamp wrote:
Citeren Daniel ANDRE <[EMAIL PROTECTED]>:
Do you have any information on how to include these functions to th
dialplan?
Depends on what you'd want precisely. Here's a (higly undocumented) example
(I'm working on more). I used KPJ's examples on www.junghanns.net to start
On Wednesday 19 November 2003 10:11, John Todd wrote:
> >after testing with a MGCP phone (Swissvoice ip10s) I found the
> > following ASTERISK-based codes (VERTICAL SERVICE CODES) to work -
> > I assume that most of those will also work with SIP, but haven't
> > checked that yet:
> >
> >*67 - Calli
At 5:51 PM +0100 11/19/03, Daniel ANDRE wrote:
Hello,
John Todd a écrit:
Hi there,
after testing with a MGCP phone (Swissvoice ip10s) I found the following
ASTERISK-based codes (VERTICAL SERVICE CODES) to work - I assume that
most of those will also work with SIP, but haven't checked that yet:
*
Citeren Daniel ANDRE <[EMAIL PROTECTED]>:
> Do you have any information on how to include these functions to th
> dialplan?
Depends on what you'd want precisely. Here's a (higly undocumented) example
(I'm working on more). I used KPJ's examples on www.junghanns.net to start
with (thanks!) and
Hello,
John Todd a écrit:
Hi there,
after testing with a MGCP phone (Swissvoice ip10s) I found the following
ASTERISK-based codes (VERTICAL SERVICE CODES) to work - I assume that
most of those will also work with SIP, but haven't checked that yet:
*67 - Calling Number Delivery Blocking
...
No,
Hi there,
after testing with a MGCP phone (Swissvoice ip10s) I found the following
ASTERISK-based codes (VERTICAL SERVICE CODES) to work - I assume that
most of those will also work with SIP, but haven't checked that yet:
*67 - Calling Number Delivery Blocking
*70 - Cancel Call Waiting
*72 - Call
Hi there,
after testing with a MGCP phone (Swissvoice ip10s) I found the following
ASTERISK-based codes (VERTICAL SERVICE CODES) to work - I assume that
most of those will also work with SIP, but haven't checked that yet:
*67 - Calling Number Delivery Blocking
*70 - Cancel Call Waiting
21 matches
Mail list logo