Re: [OSL | CCIE_Voice] Testing SRST

[William Bell]

I agree with Brian. I started with using the static routes but then went to 
shutting down the interface. Though, I would shut down the serial interface. 

-Bill
--
William Bell, CCIE #38914
blog: http://ucguerrilla.com
twitter: @ucguerrilla




On Oct 17, 2013, at 9:19 PM, VanBenschoten, Brian wrote:

> An easier way to test for THEO and such is to just shut down the voice-port 
> (not the controller or serial). 
> Quick and easy and perhaps not as easy to overlook when troubleshooting. 
> I've left my null routes in a couple of times without realizing it.
>  
> From: ccie_voice-boun...@onlinestudylist.com 
> [mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Bill Hatcher
> Sent: Thursday, October 17, 2013 11:53 AM
> To: ccievoice
> Subject: Re: [OSL | CCIE_Voice] Testing SRST
>  
> If you are talking about testing redundancy I'll do the same thing on the 
> gateway I want to simulate as being down. For example when doing TEHO where 
> if the remote gateway is down we want to fail to the local gateway, I'll go 
> to the remote gateway and put in the static routes.
>  
> On Thu, Oct 17, 2013 at 11:46 AM, Alex Mendoza  wrote:
> Hi Bill
>  
> I use your way to test SRST, I'm wondering what are you using for test Route 
> List when they have 2 route groups.
>  
> best regards.
> Alex
> 
> On Oct 17, 2013, at 09:23 AM, Bill Hatcher  wrote:
> 
> I have been looking for quick and easy ways to test SRST, and I've found many 
> different waqys of doing this.  With the exception of pulling the WAN 
> interface, they all seem to take a lot of time and effort to accomplish.  
> Anything from creating access-lists to block the traffic to creating new call 
> manager groups and shutting down one of the CallManager services.
> 
> I have found that a couple of simple static routes to the null 0 interface 
> works very well.
> ip route 10.10.210.10 255.255.255.255 null 0
> ip route 10.10.210.11 255.255.255.255 null 0
> 
> no ip route 10.10.210.10 255.255.255.255 null 0
> no ip route 10.10.210.11 255.255.255.255 null 0
> 
> Add them to a notepad and the no statements as well and you can quickly send 
> your devices into srst mode. Now if you have any VoIP dial-peers that point 
> to other addresses across your WAN you may have to add those as well.
> 
> What do you guys use?
> 
> HTH
> 
> Bill.
> ___
> For more information regarding industry leading CCIE Lab training, please 
> visit www.ipexpert.com
> 
> Are you a CCNP or CCIE and looking for a job? Check out 
> www.PlatinumPlacement.com
>  
> 
> Important Notice: This email message and any files transmitted with it are 
> confidential and intended solely for the use of the individual or entity to 
> whom they are addressed. If you are not the named addressee, you should not 
> disseminate, distribute or copy this e-mail. Please notify the sender 
> immediately by e-mail if you have received this e-mail by mistake and delete 
> this e-mail from your system. Please note that any views or opinions 
> presented in this email are solely those of the author and do not necessarily 
> represent those of Core BTS. Core BTS specifically disclaims liability for 
> any damage caused by any virus transmitted by this email. 
> 
> ___
> For more information regarding industry leading CCIE Lab training, please 
> visit www.ipexpert.com
> 
> Are you a CCNP or CCIE and looking for a job? Check out 
> www.PlatinumPlacement.com

___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Are you a CCNP or CCIE and looking for a job? Check out 
www.PlatinumPlacement.com

Re: [OSL | CCIE_Voice] Testing SRST

[VanBenschoten, Brian]

An easier way to test for THEO and such is to just shut down the voice-port 
(not the controller or serial).
Quick and easy and perhaps not as easy to overlook when troubleshooting.
I've left my null routes in a couple of times without realizing it.

From: ccie_voice-boun...@onlinestudylist.com 
[mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Bill Hatcher
Sent: Thursday, October 17, 2013 11:53 AM
To: ccievoice
Subject: Re: [OSL | CCIE_Voice] Testing SRST

If you are talking about testing redundancy I'll do the same thing on the 
gateway I want to simulate as being down. For example when doing TEHO where if 
the remote gateway is down we want to fail to the local gateway, I'll go to the 
remote gateway and put in the static routes.

On Thu, Oct 17, 2013 at 11:46 AM, Alex Mendoza 
mailto:aa.mend...@icloud.com>> wrote:
Hi Bill

I use your way to test SRST, I'm wondering what are you using for test Route 
List when they have 2 route groups.

best regards.
Alex

On Oct 17, 2013, at 09:23 AM, Bill Hatcher 
mailto:wchatc...@gmail.com>> wrote:
I have been looking for quick and easy ways to test SRST, and I've found many 
different waqys of doing this.  With the exception of pulling the WAN 
interface, they all seem to take a lot of time and effort to accomplish.  
Anything from creating access-lists to block the traffic to creating new call 
manager groups and shutting down one of the CallManager services.
I have found that a couple of simple static routes to the null 0 interface 
works very well.
ip route 10.10.210.10 255.255.255.255 null 0
ip route 10.10.210.11 255.255.255.255 null 0

no ip route 10.10.210.10 255.255.255.255 null 0
no ip route 10.10.210.11 255.255.255.255 null 0
Add them to a notepad and the no statements as well and you can quickly send 
your devices into srst mode. Now if you have any VoIP dial-peers that point to 
other addresses across your WAN you may have to add those as well.
What do you guys use?
HTH
Bill.
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com<http://www.ipexpert.com>

Are you a CCNP or CCIE and looking for a job? Check out 
www.PlatinumPlacement.com<http://www.PlatinumPlacement.com>



Important Notice: This email message and any files transmitted with it are 
confidential and intended solely for the use of the individual or entity to 
whom they are addressed. If you are not the named addressee, you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately by e-mail if you have received this e-mail by mistake and delete 
this e-mail from your system. Please note that any views or opinions presented 
in this email are solely those of the author and do not necessarily represent 
those of Core BTS. Core BTS specifically disclaims liability for any damage 
caused by any virus transmitted by this email.

___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Are you a CCNP or CCIE and looking for a job? Check out 
www.PlatinumPlacement.com

Re: [OSL | CCIE_Voice] Testing SRST

[Bill Hatcher]

If you are talking about testing redundancy I'll do the same thing on the
gateway I want to simulate as being down. For example when doing TEHO where
if the remote gateway is down we want to fail to the local gateway, I'll go
to the remote gateway and put in the static routes.


On Thu, Oct 17, 2013 at 11:46 AM, Alex Mendoza wrote:

> Hi Bill
>
> I use your way to test SRST, I'm wondering what are you using for test
> Route List when they have 2 route groups.
>
> best regards.
> Alex
>
> On Oct 17, 2013, at 09:23 AM, Bill Hatcher  wrote:
>
> I have been looking for quick and easy ways to test SRST, and I've found
> many different waqys of doing this.  With the exception of pulling the WAN
> interface, they all seem to take a lot of time and effort to accomplish.
> Anything from creating access-lists to block the traffic to creating new
> call manager groups and shutting down one of the CallManager services.
>
> I have found that a couple of simple static routes to the null 0 interface
> works very well.
> ip route 10.10.210.10 255.255.255.255 null 0
> ip route 10.10.210.11 255.255.255.255 null 0
>
> no ip route 10.10.210.10 255.255.255.255 null 0
> no ip route 10.10.210.11 255.255.255.255 null 0
>
> Add them to a notepad and the no statements as well and you can quickly
> send your devices into srst mode. Now if you have any VoIP dial-peers that
> point to other addresses across your WAN you may have to add those as well.
>
> What do you guys use?
>
> HTH
>
> Bill.
> ___
> For more information regarding industry leading CCIE Lab training, please
> visit www.ipexpert.com
>
> Are you a CCNP or CCIE and looking for a job? Check out
> www.PlatinumPlacement.com
>
>
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Are you a CCNP or CCIE and looking for a job? Check out 
www.PlatinumPlacement.com

[OSL | CCIE_Voice] Testing SRST

[Bill Hatcher]

I have been looking for quick and easy ways to test SRST, and I've found
many different waqys of doing this.  With the exception of pulling the WAN
interface, they all seem to take a lot of time and effort to accomplish.
Anything from creating access-lists to block the traffic to creating new
call manager groups and shutting down one of the CallManager services.

I have found that a couple of simple static routes to the null 0 interface
works very well.
ip route 10.10.210.10 255.255.255.255 null 0
ip route 10.10.210.11 255.255.255.255 null 0

no ip route 10.10.210.10 255.255.255.255 null 0
no ip route 10.10.210.11 255.255.255.255 null 0

Add them to a notepad and the no statements as well and you can quickly
send your devices into srst mode. Now if you have any VoIP dial-peers that
point to other addresses across your WAN you may have to add those as well.

What do you guys use?

HTH

Bill.
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Are you a CCNP or CCIE and looking for a job? Check out 
www.PlatinumPlacement.com

Re: [OSL | CCIE_Voice] Testing SRST in proctor labs

[adam compton]

Just wanted to add, that I had the same problem on voice rack 26 today.  I
had the 8 to 4 EST session

On Sun, Feb 27, 2011 at 4:13 PM, Vik Malhi  wrote:

>  I'll check the Scripts. For the time being putt the remote site In a UCM
> Group with sub only and stop the Sub UCM service.
>
> Vik Malhi - CCIE#13890
> Managing Partner / Instructor - IPexpert Inc
>
> Telephone: +1.810.326.1444
> Fax: +1.810.454.0130
> Mailto: vma...@ipexpert.com
>
> Join IPexpert's Free CCIE Peer Groups & Study Communities at
> www.IPexpert.com/communities 
> 
>
> On Feb 27, 2011, at 10:18, "CCIE for Me"  wrote:
>
>   Hi,
>
> is there a secret, or something I am missing to simulating SRST with
> Proctor labs.  I am using a hardware vpn and it seems no matter how many
> times use "srst mode" on the web page or disable the WAN interface, I am
> never able to get my phones through the VPN to switch over to srst.  They
> remain registered with CCM.  And yes, I have my srst reference, srst config
> done, etc.
>
> Perhaps I missed something..should I be using softphones for these
> tests?  Are there any access-lists I should have on my equipment.
>
> thanks for the help.
>
> John
>
>  ___
> For more information regarding industry leading CCIE Lab training, please
> visit www.ipexpert.com
>
>
> ___
> For more information regarding industry leading CCIE Lab training, please
> visit www.ipexpert.com
>
>
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Re: [OSL | CCIE_Voice] Testing SRST in proctor labs

[Vik Malhi]

I'll check the Scripts. For the time being putt the remote site In a UCM Group 
with sub only and stop the Sub UCM service.

Vik Malhi - CCIE#13890
Managing Partner / Instructor - IPexpert Inc

Telephone: +1.810.326.1444
Fax: +1.810.454.0130
Mailto: vma...@ipexpert.com

Join IPexpert's Free CCIE Peer Groups & Study Communities at 
www.IPexpert.com/communities

On Feb 27, 2011, at 10:18, "CCIE for Me"  wrote:

> Hi,
>  
> is there a secret, or something I am missing to simulating SRST with Proctor 
> labs.  I am using a hardware vpn and it seems no matter how many times use 
> "srst mode" on the web page or disable the WAN interface, I am never able to 
> get my phones through the VPN to switch over to srst.  They remain registered 
> with CCM.  And yes, I have my srst reference, srst config done, etc.
>  
> Perhaps I missed something..should I be using softphones for these tests? 
>  Are there any access-lists I should have on my  equipment.
>  
> thanks for the help.
>  
> John
> ___
> For more information regarding industry leading CCIE Lab training, please 
> visit www.ipexpert.com
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

[OSL | CCIE_Voice] Testing SRST in proctor labs

[CCIE for Me]

Hi,

is there a secret, or something I am missing to simulating SRST with Proctor 
labs.  I am using a hardware vpn and it seems no matter how many times use 
"srst mode" on the web page or disable the WAN interface, I am never able to 
get my phones through the VPN to switch over to srst.  They remain registered 
with CCM.  And yes, I have my srst reference, srst config done, etc.

Perhaps I missed something..should I be using softphones for these tests?  
Are there any access-lists I should have on my equipment.

thanks for the help.

John___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com