[cisco-voip] Using another router's PRI while in SRST

Tue Sep 13 11:13:36 EDT 2005

You want to point voip peers at the other router.  If memory serves, you may need discreet peers:

dial-peer voice 10 voip
 preference 3
 destination-pattern 9[2-9]......
 session target ipv4:other.routers.ip.address

dial-peer voice 11 voip
 preference 3
 destination-pattern 91[2-9]..[2-9]......
 session target ipv4:other.routers.ip.address

etc.

I don't know that the progress_ind is needed and obviously, the other router must be in H.323 mode.

________________________________

From: cisco-voip-bounces at puck.nether.net on behalf of Ruttman, Peter G.
Sent: Tue 9/13/2005 9:31 AM
To: cisco-voip at puck.nether.net
Subject: RE: [cisco-voip] Using another router's PRI while in SRST

I tried this below without luck.  Is this what you were describing or am I on the wrong track?

dial-peer voice 1 pots
 description Outgoing call dial peer
 preference 1
 destination-pattern 9T
 progress_ind alert enable 8
 direct-inward-dial
 port 4/0:23

dial-peer voice 101 voip
 description Outgoing call dial peer
 preference 2
 destination-pattern 9T
 progress_ind alert enable 8
 session target ipv4:172.28.130.1 (IP address of other SRST router)

	-----Original Message-----
	From: Walenta, Phil [mailto:philip.walenta at berbee.com] 
	Sent: Friday, September 09, 2005 11:04 PM
	To: Wes Sisk; Ruttman, Peter G.
	Cc: cisco-voip at puck.nether.net
	Subject: RE: [cisco-voip] Using another router's PRI while in SRST

	Wes, you are correct.  Simply pointing dial peers at the opposite router will work.  I've done this numerous times with great success.

________________________________

	From: cisco-voip-bounces at puck.nether.net [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Wes Sisk
	Sent: Friday, September 09, 2005 5:47 PM
	To: Ruttman, Peter G.
	Cc: cisco-voip at puck.nether.net
	Subject: Re: [cisco-voip] Using another router's PRI while in SRST

	configure both routers for SRST so router #2 will take over management of the d-channel when MGCP backhaul to CM goes down.

	Then configure router #1 with an SRST VOIP dial-peer pointing to router#2.  do a normal huntgoup (preference 1, pref 2,).

	believe this should work fine.

	/Wes

	Ruttman, Peter G. wrote: 

		I am looking to split my router's PRIs between two 3745 routers.  So if I loose a router I will still continue to have PSTN service without technical intervention.  However, if my WAN goes into SRST (the callmanagers are offsite) then the phones will register to only one of the routers and I do not know how or if it is possible to configure SRST to access the other router PRI.  One way is to make two device pool and point each at a different router and configure SRST on both but that doesn't give me any redundancy if I also loose a PRI for some reason.  Is there any way for a signal SRST router to be configured to remotely get at another router's PRIs?

		Pete 

		The preceding email message may be confidential or protected by the attorney-client privilege. It is not intended for transmission to, or receipt by, any unauthorized persons. If you have received this message in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the message. Legal advice contained in the preceding message is solely for the benefit of the Foley & Lardner LLP client(s) represented by the Firm in the particular matter that is the subject of this message, and may not be relied upon by any other party. 

		Internal Revenue Service regulations require that certain types of written advice include a disclaimer. To the extent the preceding message contains advice relating to a Federal tax issue, unless expressly stated otherwise the advice is not intended or written to be used, and it cannot be used by the recipient or any other taxpayer, for the purpose of avoiding Federal tax penalties, and was not written to support the promotion or marketing of any transaction or matter discussed herein.

________________________________

		_______________________________________________
		cisco-voip mailing list
		cisco-voip at puck.nether.net
		https://puck.nether.net/mailman/listinfo/cisco-voip

The preceding email message may be confidential or protected by the attorney-client privilege. It is not intended for transmission to, or receipt by, any unauthorized persons. If you have received this message in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the message. Legal advice contained in the preceding message is solely for the benefit of the Foley & Lardner LLP client(s) represented by the Firm in the particular matter that is the subject of this message, and may not be relied upon by any other party. 

Internal Revenue Service regulations require that certain types of written advice include a disclaimer. To the extent the preceding message contains advice relating to a Federal tax issue, unless expressly stated otherwise the advice is not intended or written to be used, and it cannot be used by the recipient or any other taxpayer, for the purpose of avoiding Federal tax penalties, and was not written to support the promotion or marketing of any transaction or matter discussed herein.