[Serusers] Parallel Forking Query

Aisling O'Driscoll ashling.odriscoll at cit.ie
Tue Apr 19 12:41:17 CEST 2005


Hi Juha,

Thanks for the reply. I undertsand now. However if I want to
implement sequential forking i.e. by adding a failure route etc,
won't this do sequential forking for every user?....Is there a way of
making this user profile specific?

Many Thanks,
Aisling.
>
>---- Original Message ----
>From: jh at tutpro.com
>To: ashling.odriscoll at cit.ie
>Subject: RE: [Serusers] Parallel Forking Query
>Date: Mon, 18 Apr 2005 18:37:42 +0300
>
>>Aisling O'Driscoll writes:
>>
>> > I want to set up SER such that some users have their imcoming
>calls
>> > forked to all their devices and others have their incoming calls
>> > processed as normal....Is this possible??
>>
>>if a user has several contacts registered for an aor with the same q
>>value, then it is "normal" for a proxy to parallel fork to all those
>>contacts.
>>
>>-- juha
>>
>>-------------------Legal 
>Disclaimer---------------------------------------
>>
>>The above electronic mail transmission is confidential and intended
>only for the person to whom it is addressed. Its contents may be
>protected by legal and/or professional privilege. Should it be
>received by you in error please contact the sender at the above
>quoted email address. Any unauthorised form of reproduction of this
>message is strictly prohibited. The Institute does not guarantee the
>security of any information electronically transmitted and is not
>liable if the information contained in this communication is not a
>proper and complete record of the message as transmitted by the
>sender nor for any delay in its receipt.
>>
>>



-------------------Legal  Disclaimer---------------------------------------

The above electronic mail transmission is confidential and intended only for the person to whom it is addressed. Its contents may be protected by legal and/or professional privilege. Should it be received by you in error please contact the sender at the above quoted email address. Any unauthorised form of reproduction of this message is strictly prohibited. The Institute does not guarantee the security of any information electronically transmitted and is not liable if the information contained in this communication is not a proper and complete record of the message as transmitted by the sender nor for any delay in its receipt.




More information about the sr-users mailing list