On 21 de jun de 2005, at 17:20, Andrew Kohlsmith wrote:
How would you have asterisk know which IP to ring if nobody is
registered
until the phone rings??
You're right Andrew. I didn't thought about the ring...
Honestly -- what's wrong with
SIP/location1SIP/location2SIP/location3 ?
For
I would like to hear tips and tricks on extention config best practices, for
example, naming, etc. and most of all, how to deal with extention that have
a full time hardphone configured and assigned and then a softphone
connecting to the same extention, for example, one employee has its
Rich is indeed correct, Asterisk does not yet support multiple registrations
for a single peer entry. Thus when you register the previous registration is
discarded and the new one is used. Thus like he said, the last one that
registered gets the call.
- Joshua Colp.
On 6/21/05 9:39 AM, Rich
-Commercial Discussion
|Subject: Re: [Asterisk-Users] Extension Configuration Best Practice
|
| I would like to hear tips and tricks on extention config best
| practices, for example, naming, etc. and most of all, how to
|deal with
| extention that have a full time hardphone configured
: Martes, 21 de Junio de 2005 08:20 a.m.
|To: Asterisk Users Mailing List - Non-Commercial Discussion
|Subject: Re: [Asterisk-Users] Extension Configuration Best Practice
|
|Rich is indeed correct, Asterisk does not yet support multiple
|registrations for a single peer entry. Thus when you register
?
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED] On Behalf Of
|Rich Adamson
|Sent: Martes, 21 de Junio de 2005 07:39 a.m.
|To: Asterisk Users Mailing List - Non-Commercial Discussion
|Subject: Re: [Asterisk-Users] Extension Configuration Best Practice
|
| I would
: Martes, 21 de Junio de 2005 07:39 a.m.
|To: Asterisk Users Mailing List - Non-Commercial Discussion
|Subject: Re: [Asterisk-Users] Extension Configuration Best Practice
|
| I would like to hear tips and tricks on extention config best
| practices, for example, naming, etc. and most of all, how
PROTECTED] On Behalf Of
|Joshua Colp
|Sent: Martes, 21 de Junio de 2005 08:20 a.m.
|To: Asterisk Users Mailing List - Non-Commercial Discussion
|Subject: Re: [Asterisk-Users] Extension Configuration Best Practice
|
|Rich is indeed correct, Asterisk does not yet support multiple
|registrations
Of
|Joshua Colp
|Sent: Martes, 21 de Junio de 2005 08:20 a.m.
|To: Asterisk Users Mailing List - Non-Commercial Discussion
|Subject: Re: [Asterisk-Users] Extension Configuration Best Practice
|
|Rich is indeed correct, Asterisk does not yet support multiple
|registrations for a single peer
: Re: [Asterisk-Users] Extension Configuration Best Practice
|
|Multiple entries in sip.conf, with a macro specifying multiple
|places to call for extensions... That's what I do.
|
|- Joshua Colp.
|
|
|On 6/21/05 10:29 AM, Anton Krall
|[EMAIL PROTECTED] wrote:
|
| In environments where users have
2005 10:25 a.m.
|To: Asterisk Users Mailing List - Non-Commercial Discussion
|Subject: RE: [Asterisk-Users] Extension Configuration Best Practice
|
|One method is to give each hard and soft phone their own
|extension numbers. Then create a 'call forwarding' approach
|that essentially says when
On Tuesday 21 June 2005 10:38, Goolsby, Daniel S (Daniel) wrote:
Could you just configure the extention to be a ring group instead of an
actual extention, or ring queue.. then have his phone/laptop log in
whenever he's at the office/coffee shop?
As someone else pointed out if you want to keep
Ok, so how are you guys coping with scenarios like this?
Managers working in the office during the day or mid day and
then in the afternoon, working remotely using their laptops?
Give them two extensions and ring them both. One's the hard-phone,
one's the soft-phone.
|Rich is indeed
-Commercial Discussion'
Subject: RE: [Asterisk-Users] Extension Configuration Best Practice
Ok, so how are you guys coping with scenarios like this?
Managers working in the office during the day or mid day and then in
the afternoon, working remotely using their laptops?
Give them two extensions
] On Behalf Of
|steve szmidt
|Sent: Martes, 21 de Junio de 2005 11:20 a.m.
|To: Asterisk Users Mailing List - Non-Commercial Discussion
|Subject: Re: [Asterisk-Users] Extension Configuration Best Practice
|
|On Tuesday 21 June 2005 10:38, Goolsby, Daniel S (Daniel) wrote:
| Could you just configure
On 21 de jun de 2005, at 14:18, Jay Milk wrote:
|Rich is indeed correct, Asterisk does not yet support multiple
|registrations for a single peer entry. Thus when you register
|the previous registration is discarded and the new one is
|used. Thus like he said, the last one that registered gets
On Tuesday 21 June 2005 14:48, Denis Galvão - iSolve wrote:
Is there a way to just register the phone when user pickup the phone!?
In this way we can have two phones regitered with the same context.
How would you have asterisk know which IP to ring if nobody is registered
until the phone
There is no clean or simple way to do that today. You're essentially
looking for a way to disassociate the exten number from the user name,
and allow users to roam from one phone to another. I'm certainly not
saying that is impossible at all, just saying its not a current
approach that can be
On Jun 21, 2005, at 11:48 AM, Denis Galvão - iSolve wrote:
On 21 de jun de 2005, at 14:18, Jay Milk wrote:
|Rich is indeed correct, Asterisk does not yet support multiple
|registrations for a single peer entry. Thus when you register
|the previous registration is discarded and the new one
|Rich is indeed correct, Asterisk does not yet support multiple
|registrations for a single peer entry. Thus when you register
|the previous registration is discarded and the new one is
|used. Thus like he said, the last one that registered gets the call.
And asterisk will never do
Guys.
I would like to hear tips and tricks on extention config best practices, for
example, naming, etc. and most of all, how to deal with extention that have
a full time hardphone configured and assigned and then a softphone
connecting to the same extention, for example, one employee has its
21 matches
Mail list logo