[Serusers] AS 5350 + Ser Problem

Razvan Nemesiu forum at netconnect.ro
Fri Apr 22 10:11:07 CEST 2005


Hi Alberto,

Thanks for your help and I will try to implement this to see if it does  
what I need.One more thing.I suspected that this situation is only  
available during call setup and that's why I asked about that timer.The  
idea is that after the first preferenced destination is chosen and the  
gateway realizes that something is wrong it tries the second preferenced  
destination but after x seconds.Is it possible to adjust this time ?

Thank you and best regards.


On Thu, 21 Apr 2005 11:15:12 -0500, Alberto Cruz <acruz at tekbrain.com>  
wrote:

> Hi Razvan:
> By default Cisco gateway process the call in the way you want using the  
> "preference" command under the dial-peer configuration. The way it apply  
> the hunt depends what kind on hunt you wish to apply lets say you have  
> the following:
>
> dial-peer voice 1 pots
> description "incoming calls from PSTN"
> max-conn 30
> incoming called-number 333...
> direct-inward-dial
> port <port-id>
>
> dial-peer voice 101 voip
> preference 1
> description "outgoing calls to SER: First choice"
> max-conn <some value>
> session protocol sipv2
> session target sip-server
>
> dial-peer voice 102 voip
> preference 2
> description "outgoing calls to SER: Second choice"
> max-conn <some value>
> session protocol sipv2
> session target sip-server
>
> dial-peer hunt <hunt value from 0 to 7>
> where
>   0 - Longest match in phone number, explicit preference, random  
> selection.
>   1 - Longest match in phone number, explicit preference, least recent  
> use.
>   2 - Explicit preference, longest match in phone number, random  
> selection.
>   3 - Explicit preference, longest match in phone number, least recent  
> use.
>   4 - Least recent use, longest match in phone number, explicit  
> preference.
>   5 - Least recent use, explicit preference, longest match in phone  
> number.
>   6 - Random selection.
>   7 - Least recent use.
>
> Let say you choose hunt 1 or 0. If the first choice have network  
> troubles automatically the call evaluate the second choice and process  
> the dial-peer if the communication is available. This only happen when  
> the call is in setup process Only but not during the call is in progress  
> or the call have been established.
>
> You don't have to apply timers to do this.
>
> I hope this help
>
> Regards
>
> Alberto Cruz
> Steve Blair wrote:
>
>>
>>  I've never seen dial-peers work this way. If someone has experience  
>> making
>> them work in this fashion please post to the list. I'd be interested in  
>> the solution.
>>
>>  You can set the sip-ua sip-server parameter to an SRV record. In this  
>> case
>> the Cisco will try the preferred proxy first and fail over to the next  
>> proxy in the
>> event the first one does not respond.
>>
>> Thanks,Steve
>>
>> Razvan Nemesiu wrote:
>>
>>> Hi all,
>>>
>>> I have a Cisco AS 5350 and two SER.On my CISCO I have an incoming  
>>> pots  dial-peer from PSTN (let's say that it matches 333XXX  
>>> numbers).Then I have  two outgoing voip dial-peers (both dial-peers  
>>> match 333XXX numbers and are  the outgoing routes for these  
>>> numbers).One of these two outgoing  dial-peers is set with a higher  
>>> preference than the other in order to be  the first choice for sending  
>>> the calls.One of the dial-peers has session  target one of the SER and  
>>> the other has the other SER as session  target.So, the main idea is  
>>> that I want to do fallback between these two  dial-peers: if the  
>>> connection with the first SER (that is with higher  preference) is  
>>> down or there are network problems I want my CISCO to  choose the  
>>> other route to my second SER (and I want it to do that after a   
>>> specified time).The question is how cand I do that ? And how can I  
>>> set  this timer ?(let's say 10 seconds -> after 10 seconds to choose  
>>> the other  route).What commands do I have to set on the dial-peers and  
>>> what commands  need to be set in the global configuration  
>>> (timers,etc...)?
>>>
>>> Thank you very much and I appreciate any help.
>>>
>>> _______________________________________________
>>> Serusers mailing list
>>> serusers at lists.iptel.org
>>> http://lists.iptel.org/mailman/listinfo/serusers
>>
>>
>>



-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/m2/




More information about the sr-users mailing list