asterisk users - Jun 2004 - Feedback needed! FindMe/FollowMe Feature Spec.

Hello all,

I'm going to tackle learning C this week, and start writing my first *
add-on/contribution; assuming it's actually worthy of contributing once
it's done.. I think I've chosen a hefty project for my first go round
here...

I'd like to get some feedback from everyone on a FindMe/FollowMe spec
I've put together.  Before you read on, let me say, I don't want this to
turn into a "it would be cool if it did this.., or that etc..". 
I'm
writing this to serve a very simple and basic function, and I want it to
do  exceedingly well at just that for starters.

Please check out specs below as to how I envision it working within a
dialplan environment, and also, please keep in mind this is being
written to be used in a corporate environment.  There are a lot of
others out there with far more * experience than myself, so any
constructive criticism would be most welcome as to the layout and
configuration of the soon to be app_findme.

Thanks!

Spec for app_findme

Have a .conf file (findme.conf?) which contains multiple contexts, each
context's name should match the naming convention used with sip, or
iax.conf.  For example, if I have [bdarcy] as one of my sip peer
entries, in findme.conf I would have, [bdarcy] also listed as an entry.
Values within each entry would be labeled something like,

[bdarcy]
ExternalNum1: 91235551212
ExternalNum2: 91235551213
etc...

app_findme would be used as the unavailable behaviour within the
dialplan (or could be used in both unavailable and busy), for example

[macro-stdexten]
exten => s,1,Wait(1)
exten => s,2,Dial(${ARG2},20,tTr)
exten => s,3,FindMe(${ARG2})
exten => s,4,Voicemail(u${ARG1})
exten => s,5,Wait(4)
exten => s,6,Hangup
exten => s,104,Voicemail(b${ARG1})
exten => s,105,Wait(2)
exten => s,106,Hangup

As the default unavailable behaviour, it always tries the findme
application, if no entries for this person exist in findme.conf, it
continues on in the dialplan, and hits the unavailable voicemail.  If
entries are found:

Call gets answered, caller hears:

"Hello, please wait while I try and find the person you are calling.
(MOH)"
Every 10 seconds play to the caller: "Still trying to find this person,
please wait.."

Callee answers, app_findme says: "There is a call for you from (CIDNum),
to accept this call, press *, otherwise press #, or hangup."
If I press *, the caller hears, I have found this person, connecting you
now.." 

Caller hears:  "I have found this person for you, connecting you
now.."

If # is pressed, the callee hangs up, or it never receives the *
confirmation tone,  the caller hears: "Sorry, I was unable to find this
person for you." and +101's the priority sending them into the busy
voicemail.

I look forward to hearing back from everyone on this.  I'm really
excited to start learning, and feedback from the community will help
motivate me, while also ensuring I don't shelve this project just to
play some XBOX and drink some beer during my free time!

Brian D'Arcy

I think this is worthwhile.  I have a simplistic followme implemented in
extensions.conf, but it's not as flexible as your proposal.

Bruce Komito
High Sierra Networks, Inc.
www.servers-r-us.com
(775) 284-5800 ext 115


On Tue, 1 Jun 2004, Brian D'Arcy wrote:
> Hello all,
>
> I'm going to tackle learning C this week, and start writing my first *
> add-on/contribution; assuming it's actually worthy of contributing once
> it's done.. I think I've chosen a hefty project for my first go
round
> here...
>
> I'd like to get some feedback from everyone on a FindMe/FollowMe spec
> I've put together.  Before you read on, let me say, I don't want
this to
> turn into a "it would be cool if it did this.., or that etc..". 
I'm
> writing this to serve a very simple and basic function, and I want it to
> do  exceedingly well at just that for starters.
>
> Please check out specs below as to how I envision it working within a
> dialplan environment, and also, please keep in mind this is being
> written to be used in a corporate environment.  There are a lot of
> others out there with far more * experience than myself, so any
> constructive criticism would be most welcome as to the layout and
> configuration of the soon to be app_findme.
>
> Thanks!
>
> Spec for app_findme
>
> Have a .conf file (findme.conf?) which contains multiple contexts, each
> context's name should match the naming convention used with sip, or
> iax.conf.  For example, if I have [bdarcy] as one of my sip peer
> entries, in findme.conf I would have, [bdarcy] also listed as an entry.
> Values within each entry would be labeled something like,
>
> [bdarcy]
> ExternalNum1: 91235551212
> ExternalNum2: 91235551213
> etc...
>
> app_findme would be used as the unavailable behaviour within the
> dialplan (or could be used in both unavailable and busy), for example
>
> [macro-stdexten]
> exten => s,1,Wait(1)
> exten => s,2,Dial(${ARG2},20,tTr)
> exten => s,3,FindMe(${ARG2})
> exten => s,4,Voicemail(u${ARG1})
> exten => s,5,Wait(4)
> exten => s,6,Hangup
> exten => s,104,Voicemail(b${ARG1})
> exten => s,105,Wait(2)
> exten => s,106,Hangup
>
> As the default unavailable behaviour, it always tries the findme
> application, if no entries for this person exist in findme.conf, it
> continues on in the dialplan, and hits the unavailable voicemail.  If
> entries are found:
>
> Call gets answered, caller hears:
>
> "Hello, please wait while I try and find the person you are calling.
> (MOH)"
> Every 10 seconds play to the caller: "Still trying to find this
person,
> please wait.."
>
> Callee answers, app_findme says: "There is a call for you from
(CIDNum),
> to accept this call, press *, otherwise press #, or hangup."
> If I press *, the caller hears, I have found this person, connecting you
> now.."
>
> Caller hears:  "I have found this person for you, connecting you
now.."
>
> If # is pressed, the callee hangs up, or it never receives the *
> confirmation tone,  the caller hears: "Sorry, I was unable to find
this
> person for you." and +101's the priority sending them into the
busy
> voicemail.
>
> I look forward to hearing back from everyone on this.  I'm really
> excited to start learning, and feedback from the community will help
> motivate me, while also ensuring I don't shelve this project just to
> play some XBOX and drink some beer during my free time!
>
> Brian D'Arcy
>
>
> _______________________________________________
> Asterisk-Users mailing list
> Asterisk-Users@lists.digium.com
> http://lists.digium.com/mailman/listinfo/asterisk-users
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-users
>

Brian D'Arcy wrote:
>I'd like to get some feedback from everyone on a FindMe/FollowMe spec
>I've put together.  Before you read on, let me say, I don't want
this to
>turn into a "it would be cool if it did this.., or that etc..". 
I'm
>writing this to serve a very simple and basic function, and I want it to
>do  exceedingly well at just that for starters.
>  
>
Hi Brian,

I've been looking for something like this and I think your efforts might 
overlap those of the work-in-progress Privacy option for app_dial.  See 
http://bugs.digium.com/bug_view_page.php?bug_id=0000752

It would seem that if you were to instead add one more flag to the Dial 
app, that places calls in sequence rather than all at once, you would 
have everything you need.

Perhaps it might even be better to work with Steve Murphy and turn his 
app_dial patch into a stand-alone app_followme? 

I just see an overlap here and you probably don't want to reinvent the 
wheel :)

Regards,
Trevor Peirce

Brian D'Arcy wrote:
> Spec for app_findme
> 
> Have a .conf file (findme.conf?) which contains multiple contexts,
> each context's name should match the naming convention used with sip,
> or iax.conf.  For example, if I have [bdarcy] as one of my sip peer
> entries, in findme.conf I would have, [bdarcy] also listed as an
> entry. Values within each entry would be labeled something like,    
> 
> [bdarcy]
> ExternalNum1: 91235551212
> ExternalNum2: 91235551213
> etc...
<snip> 
> Call gets answered, caller hears:
> 
> "Hello, please wait while I try and find the person you are calling.
> (MOH)" Every 10 seconds play to the caller: "Still trying to find
> this person, please wait.."  
> 
> Callee answers, app_findme says: "There is a call for you from
> (CIDNum), to accept this call, press *, otherwise press #, or
> hangup." If I press *, the caller hears, I have found this person,
> connecting you now.."   
> 
> Caller hears:  "I have found this person for you, connecting you
> now.." 
> 
> If # is pressed, the callee hangs up, or it never receives the *
> confirmation tone,  the caller hears: "Sorry, I was unable to find
> this person for you." and +101's the priority sending them into
the
> busy voicemail.   
> 
All of the voice streams outputted should be defined in the [general]
section of the .conf file.

They should also be user-overridable on a per peer(?) or per context basis.

-----
Andrew Thompson
http://aktzero.com/

Hi Brian,

Your proposal sounds good. I think you have covered most things.
Configuration using a db would be recomended though.

Umar.

-----Original Message-----
From: asterisk-users-admin@lists.digium.com
[mailto:asterisk-users-admin@lists.digium.com]On Behalf Of Brian D'Arcy
Sent: 01 June 2004 21:15
To: asterisk-users@lists.digium.com
Subject: [Asterisk-Users] Feedback needed! FindMe/FollowMe Feature Spec.


Hello all,

I'm going to tackle learning C this week, and start writing my first *
add-on/contribution; assuming it's actually worthy of contributing once
it's done.. I think I've chosen a hefty project for my first go round
here...

I'd like to get some feedback from everyone on a FindMe/FollowMe spec
I've put together.  Before you read on, let me say, I don't want this to
turn into a "it would be cool if it did this.., or that etc..". 
I'm
writing this to serve a very simple and basic function, and I want it to
do  exceedingly well at just that for starters.

Please check out specs below as to how I envision it working within a
dialplan environment, and also, please keep in mind this is being
written to be used in a corporate environment.  There are a lot of
others out there with far more * experience than myself, so any
constructive criticism would be most welcome as to the layout and
configuration of the soon to be app_findme.

Thanks!

Spec for app_findme

Have a .conf file (findme.conf?) which contains multiple contexts, each
context's name should match the naming convention used with sip, or
iax.conf.  For example, if I have [bdarcy] as one of my sip peer
entries, in findme.conf I would have, [bdarcy] also listed as an entry.
Values within each entry would be labeled something like,

[bdarcy]
ExternalNum1: 91235551212
ExternalNum2: 91235551213
etc...

app_findme would be used as the unavailable behaviour within the
dialplan (or could be used in both unavailable and busy), for example

[macro-stdexten]
exten => s,1,Wait(1)
exten => s,2,Dial(${ARG2},20,tTr)
exten => s,3,FindMe(${ARG2})
exten => s,4,Voicemail(u${ARG1})
exten => s,5,Wait(4)
exten => s,6,Hangup
exten => s,104,Voicemail(b${ARG1})
exten => s,105,Wait(2)
exten => s,106,Hangup

As the default unavailable behaviour, it always tries the findme
application, if no entries for this person exist in findme.conf, it
continues on in the dialplan, and hits the unavailable voicemail.  If
entries are found:

Call gets answered, caller hears:

"Hello, please wait while I try and find the person you are calling.
(MOH)"
Every 10 seconds play to the caller: "Still trying to find this person,
please wait.."

Callee answers, app_findme says: "There is a call for you from (CIDNum),
to accept this call, press *, otherwise press #, or hangup."
If I press *, the caller hears, I have found this person, connecting you
now.."

Caller hears:  "I have found this person for you, connecting you
now.."

If # is pressed, the callee hangs up, or it never receives the *
confirmation tone,  the caller hears: "Sorry, I was unable to find this
person for you." and +101's the priority sending them into the busy
voicemail.

I look forward to hearing back from everyone on this.  I'm really
excited to start learning, and feedback from the community will help
motivate me, while also ensuring I don't shelve this project just to
play some XBOX and drink some beer during my free time!

Brian D'Arcy


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

Thanks Andrew, good feedback.

Brian D'Arcy

-----Original Message-----
From: asterisk-users-admin@lists.digium.com
[mailto:asterisk-users-admin@lists.digium.com] On Behalf Of Andrew
Thompson
Sent: Tuesday, June 01, 2004 2:22 PM
To: asterisk-users@lists.digium.com
Subject: RE: [Asterisk-Users] Feedback needed! FindMe/FollowMe Feature
Spec.

Brian D'Arcy wrote:
> Spec for app_findme
> 
> Have a .conf file (findme.conf?) which contains multiple contexts,
> each context's name should match the naming convention used with sip,
> or iax.conf.  For example, if I have [bdarcy] as one of my sip peer
> entries, in findme.conf I would have, [bdarcy] also listed as an
> entry. Values within each entry would be labeled something like,    
> 
> [bdarcy]
> ExternalNum1: 91235551212
> ExternalNum2: 91235551213
> etc...
<snip> 
> Call gets answered, caller hears:
> 
> "Hello, please wait while I try and find the person you are calling.
> (MOH)" Every 10 seconds play to the caller: "Still trying to find
> this person, please wait.."  
> 
> Callee answers, app_findme says: "There is a call for you from
> (CIDNum), to accept this call, press *, otherwise press #, or
> hangup." If I press *, the caller hears, I have found this person,
> connecting you now.."   
> 
> Caller hears:  "I have found this person for you, connecting you
> now.." 
> 
> If # is pressed, the callee hangs up, or it never receives the *
> confirmation tone,  the caller hears: "Sorry, I was unable to find
> this person for you." and +101's the priority sending them into
the
> busy voicemail.   
> 
All of the voice streams outputted should be defined in the [general]
section of the .conf file.

They should also be user-overridable on a per peer(?) or per context
basis.

-----
Andrew Thompson
http://aktzero.com/ 


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

Hi Tony,

I just reviewed the privacy feature you linked me to.  While this is
similar, it's really a totally separate beast for a few reasons.

The goal of my app is to provide a very simplistic way to have the
server "track you down" at multiple phone numbers.  When using
asterisk
as a home system, for one or two extensions, yeah this would be cake in
the dialplan.

However, I'm dealing with replacing a large commercial pbx, where we
have 40 employees using this FindMe Feature.  The idea of having an
external conf file used for defining each employees findme numbers will
help keep my already 1000+ line extensions.conf a little more sane.
Especially since *all* extensions go through the standard dial macro.  

Without using the separate config file, I would have to have *multiple*
dial statements, each reflecting each employees "find me" phone
number(s).  Yuck.

The way I see it, you've got sip.conf, iax.conf, and voicemail.conf.
everything is already separated, so there's no real reason to junk up
the dialplan any more than it is (100 did's + 40+ extensions + IVR's +
international calling, local calling etc..), so why not make a matching
configuration file for external phone numbers or devices.

I will however play with this new privacy feature, as it will
undoubtedly help me in my coding efforts, being a newb and all. =)

Thanks for your feedback,

Brian D'Arcy

-----Original Message-----
From: asterisk-users-admin@lists.digium.com
[mailto:asterisk-users-admin@lists.digium.com] On Behalf Of Trevor
Peirce
Sent: Tuesday, June 01, 2004 2:09 PM
To: asterisk-users@lists.digium.com
Subject: Re: [Asterisk-Users] Feedback needed! FindMe/FollowMe Feature
Spec.

Brian D'Arcy wrote:
>I'd like to get some feedback from everyone on a FindMe/FollowMe spec
>I've put together.  Before you read on, let me say, I don't want
this
to
>turn into a "it would be cool if it did this.., or that etc..". 
I'm
>writing this to serve a very simple and basic function, and I want it
to
>do  exceedingly well at just that for starters.
>  
>
Hi Brian,

I've been looking for something like this and I think your efforts might

overlap those of the work-in-progress Privacy option for app_dial.  See 
http://bugs.digium.com/bug_view_page.php?bug_id=0000752

It would seem that if you were to instead add one more flag to the Dial 
app, that places calls in sequence rather than all at once, you would 
have everything you need.

Perhaps it might even be better to work with Steve Murphy and turn his 
app_dial patch into a stand-alone app_followme? 

I just see an overlap here and you probably don't want to reinvent the 
wheel :)

Regards,
Trevor Peirce

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

Oops.. that'd be Trevor, not Tony.  My fault =)


-----Original Message-----
From: asterisk-users-admin@lists.digium.com
[mailto:asterisk-users-admin@lists.digium.com] On Behalf Of Trevor
Peirce
Sent: Tuesday, June 01, 2004 2:09 PM
To: asterisk-users@lists.digium.com
Subject: Re: [Asterisk-Users] Feedback needed! FindMe/FollowMe Feature
Spec.

Brian D'Arcy wrote:
>I'd like to get some feedback from everyone on a FindMe/FollowMe spec
>I've put together.  Before you read on, let me say, I don't want
this
to
>turn into a "it would be cool if it did this.., or that etc..". 
I'm
>writing this to serve a very simple and basic function, and I want it
to
>do  exceedingly well at just that for starters.
>  
>
Hi Brian,

I've been looking for something like this and I think your efforts might

overlap those of the work-in-progress Privacy option for app_dial.  See 
http://bugs.digium.com/bug_view_page.php?bug_id=0000752

It would seem that if you were to instead add one more flag to the Dial 
app, that places calls in sequence rather than all at once, you would 
have everything you need.

Perhaps it might even be better to work with Steve Murphy and turn his 
app_dial patch into a stand-alone app_followme? 

I just see an overlap here and you probably don't want to reinvent the 
wheel :)

Regards,
Trevor Peirce

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

I had a little nightmare playing with X100Ps and IRQs and I
decided to buy TDMP400P/FXO and FXS.
The question is, can I put multiple boards in the same motherboard
without worrying about IRQS? TDM400P shares IRQs with other boards?

Isamar

On Wed, 2004-06-02 at 06:14, Brian D'Arcy wrote:
> Hello all,
> Have a .conf file (findme.conf?) which contains multiple contexts, each
> context's name should match the naming convention used with sip, or
> iax.conf.  For example, if I have [bdarcy] as one of my sip peer
> entries, in findme.conf I would have, [bdarcy] also listed as an entry.
> Values within each entry would be labeled something like,
> 
> [bdarcy]
> ExternalNum1: 91235551212
> ExternalNum2: 91235551213
> etc...
Good idea, I encourage you to go ahead and do this!

However, please don't use a seperate .conf file. Either use the dbodbc 
interface (if there is one) or at least use the astdb interface.

If someone 'forgot' their mobile, but is going to be sitting at their
friends house for the day, they 'should' be able to call into the
asterisk
pbx, enter some dialplan ext/password stuff, and remove/turn off the mobile
followme step, and add in the local phone.

Should also be able to set a priority for each followme number, so they 
are tried in order of your preference.

To store in the db something like:
/followme/6600_1	: 90402xxxxxx
/followme/6600_2	: 6654
/followme/6600_3	: 98424xxxx

This would represent the following attempts to connect the call:
First, try me on my mobile, based on the phone number, 
(starts with a 9) it should grab a line in zap/g2 and call 0402xxxxxx

If that fails, then try me on a local extension (starts with 6) 6654

If that also fails, then try me on a landline (starts with 9) so grab
a line from zap/g2 and call 8424xxxx

I don't know if it is possible to 'use/abuse' the dialplan in this
way,
where you can sort of follow the dialplan for a 'while' and then after 
the dial command fall-back to the app and allow it to continue.

The other option if that isn't possible is to specify the channel details
in the astdb like this:
/followme/6600_1	: Zap/g2/0402xxxxxx
/followme/6600_2	: Zap/124
/followme/6600_3	: Zap/g2/8424xxxx

Actually, on second thoughts, couldn't we just use the Local channel 
driver like this:

Using the first db above, we need to call 90402xxxxxx so we call:
Dial(Local/90402xxxxxx)
which should follow the dialplan to make the call, and if it fails 
come back to us....

Perhaps comments on the above from other people would help.

I think trying to manage a conf file for a few hundred people would be
almost as bad as trying to put this stuff into the extensions.conf

Although, extensions.conf sounds like it will be accessible from a DB
shortly, so this might in fact be your better option anyway....

Just my 0.01c worth...

Regards,
Adam

Brian D'Arcy wrote:
>Callee answers, app_findme says: "There is a call for you from
(CIDNum),
>to accept this call, press *, otherwise press #, or hangup."
>If I press *, the caller hears, I have found this person, connecting you
>now.." 
>  
>
Just one suggestion: make it # to accept and * to hang up, in order to 
keep in consistent with queues, which use that behavior.

Nick

On Wed, 2004-06-02 at 07:41, Sergio Serrano wrote:
> Hi all, I try to do next transfer:
> 	A person contact with me, I would like transfer to other person
> in next manner. I call to other person and when I say who wants talk
> with him I hangup phones an call is redirect automatically to other
> person:
> 
> 	1. call to me
> 	2. Hold the call and call to other person.
> 	3. I say Anyone want talk to you, OK, thanks,
> 	4. I hangup and first person is directly redirect to second
> person?
> 
> It is possible with asterisk and budgetone phones?
Not that I am aware of
-- 
Useful Asterisk Docs (BOOKMARK THEM!):
http://www.digium.com/index.php?menu=documentation (look at the
"Unofficial Links") and http://www.voip-info.org/wiki-Asterisk and
http://www.fnords.org/~eric/asterisk/ (my site) and
http://asteriskdocs.org/

Sergio Serrano wrote:
> Hi all, I try to do next transfer:
> 	A person contact with me, I would like transfer to other person
> in next manner. I call to other person and when I say who wants talk
> with him I hangup phones an call is redirect automatically to other
> person:
> 
> 	1. call to me
> 	2. Hold the call and call to other person.
> 	3. I say Anyone want talk to you, OK, thanks,
> 	4. I hangup and first person is directly redirect to second
> person?
> 
> It is possible with asterisk and budgetone phones?
> 
Sergio,

Not as far as I know, at least not exactly the way you have outlined it. 
Try this:

  	1. call comes to you
	2. You hold the call and call other person.
  	3. You say "Someone wants to talk to you, OK, thanks"
	3a. Other person then hangs up.
	3b. You flash back to the original caller
	3c. You tell them that you are transferring the call
	3d. You transfer the call using the transfer feature on the phone
  	4. You hangup and first person is transferred to other
  person?

Stephen R. Besch

I know that way, but some person ask for me for first way to do
transfers.
srsergio


-----Mensaje original-----
De: asterisk-users-admin@lists.digium.com
[mailto:asterisk-users-admin@lists.digium.com] En nombre de Stephen R.
Besch
Enviado el: mi?rcoles, 02 de junio de 2004 15:37
Para: asterisk-users@lists.digium.com
Asunto: [Asterisk-Users] Re: Transfer with Budgetone


Sergio Serrano wrote:
> Hi all, I try to do next transfer:
> 	A person contact with me, I would like transfer to other person
in 
> next manner. I call to other person and when I say who wants talk with
> him I hangup phones an call is redirect automatically to other
> person:
> 
> 	1. call to me
> 	2. Hold the call and call to other person.
> 	3. I say Anyone want talk to you, OK, thanks,
> 	4. I hangup and first person is directly redirect to second
person?
> 
> It is possible with asterisk and budgetone phones?
> 
Sergio,

Not as far as I know, at least not exactly the way you have outlined it.

Try this:

  	1. call comes to you
	2. You hold the call and call other person.
  	3. You say "Someone wants to talk to you, OK, thanks"
	3a. Other person then hangs up.
	3b. You flash back to the original caller
	3c. You tell them that you are transferring the call
	3d. You transfer the call using the transfer feature on the
phone
  	4. You hangup and first person is transferred to other
  person?

Stephen R. Besch _______________________________________________
Asterisk-Users mailing list
Asterisk-Users@lists.digium.com
http://lists.digium.com/mailman/listinfo/asterisk-users
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users

Hi Brian,
I think this is good that you are doing this; it's a much desired
features. Here are some ideas. Some of which will need to be handled by
some ancillary plug ins.


1. Ability to configure both serial and parallel follow me calls. (see
example)
2. Ability to configure ring seconds for each 'leg' of the followme
circuit
3. Ability to announce call to caller. "This is a follow me call for
'sipuser' push X to accept". User would dial 1 and call would be
connected. If user dials something else (?) or hangs up, call continues
followme patter (caller continues to hear ring or music)
4. Ability to configure if a password is required to connect the call.
Rational here (and can be applied to 2 as well) is this. I use forward
me to many locations. Some of them may not be 'my' phone. Lets say,
I'm
in someone elses office I work in frequently. I want the call 1)to be
announced as being for me, and 2) the option to NOT allow anyone but me
accept the call. Seems that the VM password may be good to use here, but
perhaps an override password would be good if there is a separate config
anyway
5. Ability to configure if caller hears rings,music, or a custom
announcement ("Hi this is Brett, please wait while I am located")
during
find me operation. Perhaps 
6. Ability for the caller to 'break' the followme application. For
example, "Hi this is Brett, please wait while I am located. Press # to
leave a voicemail or 0 to speak to an operator". This is probably best
suited as an option to pass to the application itself: Exten =>
FollowMe(${CONTEXT}${EXTEN},#0) BTW, have a better suggestion than
${CONTEXT}${EXTEN} for multi-tenant configurations? 
7. Perhaps have a "ring indefinate"  option somewhere too... This may
be
a bad reason for billing, security, DOS, etc..
8. Time of day controls!!! Follow me differently on the weekend! Don't
follow me during the workday.
9. Web based follow me setting.
10. Phone based followme setting. 
11. A system to override current follow me setting. Two ways of doing
this. One would be a permanent change to follow me settings and
schedule. Ie. I don't care what time of day controls say, use my
"BrettWeekend" schedule. This would be like if the office is closed
for
a week for the holidays. Or the other would be a temporary change until
the next timeperiod is met (similar to chaging the temp on a
programmable thermostat). An example here is, I'm leaving work early,
set my Active Schedule to "BrettAfterWork" now. Then when it's
time for
"BrettDaytime" to go into effect, it takes back over as usual.

I've implemented follow me systems before, so I've thought about this a
lot. Below is a sample config I could imagine

Example for your config file:
Followme.conf (?) forgive 'pseudo-config' like structures. Please
recommend alternatives if desired.
[sipuser]
; Priority => Extension,Ring Seconds,Announce,Password
; Note: 1 => 7135551212,10,0,1 would probably be confusing and
undesireable
; Ringtype = Music, Ring, or Custom(${soundfile}, <Repeat>)
<Repeat>=1/0
; 	Ringtype can be at top for default option or in each timeperiod
; Timeperiod = Defined call period in conf file general section or time
range in some format, cron style?
; VMExt = The voicemail extension in the present context

Ringtype => Music
VMExt => 6000
ScheduleName => BrettDaytime
Timeperiod => Daytime
1 => 7135551212,10,1,1
2 => 7135551213,10,1,1
3 => 7135551214,10,0,0
3 => 7135551215,10,1,0
4 => ${VMExt},0,0,0

ScheduleName => BrettOther
Timeperiod => Other
1 => 7135551215,10,1,0
2 => ${VMExt},0,0,0

What do you think?

-----Original Message-----
From: asterisk-users-admin@lists.digium.com
[mailto:asterisk-users-admin@lists.digium.com] On Behalf Of Brian D'Arcy
Sent: Tuesday, June 01, 2004 2:15 PM
To: asterisk-users@lists.digium.com
Subject: [Asterisk-Users] Feedback needed! FindMe/FollowMe Feature Spec.


Hello all,

I'm going to tackle learning C this week, and start writing my first *
add-on/contribution; assuming it's actually worthy of contributing once
it's done.. I think I've chosen a hefty project for my first go round
here...

I'd like to get some feedback from everyone on a FindMe/FollowMe spec
I've put together.  Before you read on, let me say, I don't want this to
turn into a "it would be cool if it did this.., or that etc..". 
I'm
writing this to serve a very simple and basic function, and I want it to
do  exceedingly well at just that for starters.

Please check out specs below as to how I envision it working within a
dialplan environment, and also, please keep in mind this is being
written to be used in a corporate environment.  There are a lot of
others out there with far more * experience than myself, so any
constructive criticism would be most welcome as to the layout and
configuration of the soon to be app_findme.

Thanks!

Spec for app_findme

Have a .conf file (findme.conf?) which contains multiple contexts, each
context's name should match the naming convention used with sip, or
iax.conf.  For example, if I have [bdarcy] as one of my sip peer
entries, in findme.conf I would have, [bdarcy] also listed as an entry.
Values within each entry would be labeled something like,

[bdarcy]
ExternalNum1: 91235551212
ExternalNum2: 91235551213
etc...

app_findme would be used as the unavailable behaviour within the
dialplan (or could be used in both unavailable and busy), for example

[macro-stdexten]
exten => s,1,Wait(1)
exten => s,2,Dial(${ARG2},20,tTr)
exten => s,3,FindMe(${ARG2})
exten => s,4,Voicemail(u${ARG1})
exten => s,5,Wait(4)
exten => s,6,Hangup
exten => s,104,Voicemail(b${ARG1})
exten => s,105,Wait(2)
exten => s,106,Hangup

As the default unavailable behaviour, it always tries the findme
application, if no entries for this person exist in findme.conf, it
continues on in the dialplan, and hits the unavailable voicemail.  If
entries are found:

Call gets answered, caller hears:

"Hello, please wait while I try and find the person you are calling.
(MOH)" Every 10 seconds play to the caller: "Still trying to find this
person, please wait.."

Callee answers, app_findme says: "There is a call for you from (CIDNum),
to accept this call, press *, otherwise press #, or hangup." If I press
*, the caller hears, I have found this person, connecting you now.." 

Caller hears:  "I have found this person for you, connecting you
now.."

If # is pressed, the callee hangs up, or it never receives the *
confirmation tone,  the caller hears: "Sorry, I was unable to find this
person for you." and +101's the priority sending them into the busy
voicemail.

I look forward to hearing back from everyone on this.  I'm really
excited to start learning, and feedback from the community will help
motivate me, while also ensuring I don't shelve this project just to
play some XBOX and drink some beer during my free time!

Brian D'Arcy


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

Hi,
I have been trying out Fidora Core2 with limited success.  I have been able
to compile it fine, however, when dropping in a X100P (Equivalent), it is
detected as normal.. But ztcfg cannot find the device.
See following result of running ztcfg (With same zaptel.conf in /etc/that
worked fine on prev systems.)
--
ZT_CHANCONFIG failed on channel 1: No such device or address (6)
--
I have had a good look at the results of Linux in what it sees..  Hardware
detection is as follows.

Under CORE1
---
class: MODEM
bus: PCI
detached: 0
driver: hisax
desc: "Tiger Jet Network Inc.|Intel 537"
vendorId: e159
deviceId: 0001
subVendorId: 8086
subDeviceId: 0003
pciType: 1
---
Under CORE2
---
class: MODEM
bus: PCI
detached: 0
driver: hisax
desc: "Individual Computers - Jens Schoenfeld|Intel 537"
vendorId: e159
deviceId: 0001
subVendorId: 8086
subDeviceId: 0003
pciType: 1
pcidom:    0
pcibus:  2
pcidev:  1
pcifn:  0
---
This is the same apart from in CORE2, the vendorID description is
different..
In the old /usr/share/hwdata/pci.ids, the e159 said it was wrong, so I
imagine the CORE2 is updated with what it should be..  I checked this all
out to see if an error in its detection was loading the wrong driver but
from my experience with this, it appears not to be..

However, zaptel does not want to see these CARDS, that worked fine in
Redhat9 and Fidora Core2 systems.

Can anyone give me a clue where to look/dig to figure out whats going wrong
here?


Thanks,
James