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@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@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers