Re: [OSL | CCIE_Voice] Testing SRST
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 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 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 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
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 aa.mend...@icloud.commailto: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 wchatc...@gmail.commailto: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.comhttp://www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.comhttp://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 in proctor labs
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 cciefo...@hotmail.com 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
Re: [OSL | CCIE_Voice] Testing SRST in proctor labs
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 vma...@ipexpert.com 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 http://www.ipexpert.com/communitieshttp://www.ipexpert.com/communities On Feb 27, 2011, at 10:18, CCIE for Me cciefo...@hotmail.com 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
