[Serusers] SER IP PBX for multiple clients

Iqbal iqbal at gigo.co.uk
Tue Aug 23 12:49:42 CEST 2005


Um..no actually I am saying you could combine both, but that will only 
help if you have alot of users. I guess you could direct calls to a 
particular sip client, ut normally when ser and asterisk work in tandem, 
all calls from SER hit one section of sip.conf, and hence can only be 
pointed to one context, you can get around this by including contexts 
from this default one, which is what I do, based upon a mysql lookup, 
but then you will have problems in call pickup, because all pickup is 
not context based, again there is a solution to this, if you look at 
bristuff patch for asterisk.

If you dont have many users stick with ust asterisk, if you want to 
scale you may need to kludge something with ser and asterisk, and this 
might be easy or hard depending on exacly what you require, and call 
scenarios.

Iqbal

Waldo Rubinstein wrote:

> The way I manage this in Asterisk is every SIP UA has a unique login  
> but in different contexts. I suppose that if SER directs a call to  
> Asterisk to the specific SIP client, Asterisk will recognize it  
> belongs to a different context. The question is, I don't know if SER  
> knows about multiple contexts under the premise of the Asterisk world.
>
> Also, I get the feeling you are pretty much telling me to stick to  
> Asterisk :) Is that so?
>
> Thanks,
> Waldo
>
> On Aug 22, 2005, at 3:26 PM, Iqbal wrote:
>
>> Hi
>>
>> If you are already using multiple contexts within asterisk, then  
>> your already half way there, the problem is if you stick in SER,  
>> bcause then  your phones are not registered in asterisk, hence all  
>> fall into the same context in sip.conf, which means they all  will  
>> hit  one context in extensions.conf, hence you should look into that.
>>
>> I am not sure if you can do the 101/102 extension thing in  asterisk, 
>> since aliases will be bound to a contact, whereas in  asterisk the 
>> context is also part of the dialing plan.
>>
>> DID can be done, as can forking and directing to voicemail on no  
>> answer.
>>
>> Iqbal
>>
>> Waldo Rubinstein wrote:
>>
>>
>>> Hello,
>>>
>>> I'm still trying to learn more about SER. I've been using Asterisk  
>>> to  manage virtual PBX services for different companies by using  
>>> multiple  contexts within Asterisk. However, since I only use  
>>> Asterisk with SIP  UAs and to communicate with ITSPs, I don't have  
>>> the need to have all  the fancy features Asterisk offers, plus I  
>>> have the additional  advantage of having the built-in NAT support  
>>> in SER.
>>>
>>> The question  I have is if someone can point me to the right  place  
>>> where I can see some sample configs that do more or less  the things 
>>> I  need or if someone would be willing to share some of  those 
>>> configs on  the list.
>>>
>>> Basically, I need to have the ability to manage any number of  
>>> virtual  PBX services where each virtual entity can manage their  
>>> own extension  numbering, DIDs, outbound CLID. I would probably  
>>> just continue using  Asterisk for voicemail services since I get  
>>> the feeling that SEMS is  still "unstable" to go into production,  
>>> even for voicemail services  only (unless told otherwise).
>>>
>>> The idea is that even if two companies define two extensions 101  
>>> and  two extensions 102, when each company calls ext 101 or 102   
>>> internally, the call will be maintained within that company and  
>>> would  not cross over to the other company. Also, having features  
>>> like one  main number (DID) that could ring in multiple  extensions  
>>> simultaneously (forking) and if no one answers, leave  a message in  
>>> the general mailbox, or that each extension could  have, 
>>> additionally,  a DID so that they can be reached directly  from the 
>>> outside.
>>>
>>> Any help would be greatly appreciated.
>>>
>>> Thanks,
>>> Waldo
>>>
>>> _______________________________________________
>>> Serusers mailing list
>>> serusers at lists.iptel.org
>>> http://lists.iptel.org/mailman/listinfo/serusers
>>>
>>> .
>>>
>>
>
>
> .
>




More information about the sr-users mailing list