I think that I have shown that the up/down status of the voice port does not effect the SIP trunk status from the CUM point of view. CUCM still sees it as up and still tries to route across it
Believe that I have found an error in the PG For those that have not goteen to 5.8 yet - I added a solution that worked foe me Jeff ----- Original Message ----- From: Daniel Rodriguez <drodrig...@fidelus.com> To: Girard, Jeffrey COL MIL USA; 'ccie_voice@onlinestudylist.com' <ccie_voice@onlinestudylist.com> Sent: Fri Oct 30 20:13:39 2009 Subject: Re: [OSL | CCIE_Voice] Vol 1 Lab 5.8 Testing failover to MGCP Jeff - not really sure how the voice-port up/down status would affect the SIP trunk from CUCMs perspective though. It should be purely IP end to end unless you're hairpinning to TDM. Sorry I don't have the lab in front of me, maybe there's something I'm missing in terms of configs or task requirements, but good to hear you got it working. ----- Original Message ----- From: Girard, Jeffrey COL MIL USA <jeffrey.gir...@us.army.mil> To: Daniel Rodriguez; ccie_voice@onlinestudylist.com <ccie_voice@onlinestudylist.com> Sent: Fri Oct 30 22:02:27 2009 Subject: Re: [OSL | CCIE_Voice] Vol 1 Lab 5.8 Testing failover to MGCP Daniel - SIP to MGCP PG indicated to do a shut on the voice port - created as a result of the T1. However this does not appear to work correctly as the CUCM still sees the SIP trunk up. My solution was to go in and point the SIP trunk to a bad IP address and then reset the trunk. I then tested my long distance call again and it failed over to MGCP as it should Jeff ----- Original Message ----- From: Daniel Rodriguez <drodrig...@fidelus.com> To: Girard, Jeffrey COL MIL USA; 'ccie_voice@onlinestudylist.com' <ccie_voice@onlinestudylist.com> Sent: Fri Oct 30 19:18:31 2009 Subject: Re: [OSL | CCIE_Voice] Vol 1 Lab 5.8 Testing failover to MGCP Hey Jeff - It sounds like you're failing over from a SIP trunk to an MGCP gateway, but I read that you're shutting a voice-port. Did you mean H323 gateway instead of SIP Trunk? Sorry but I don't have the lab manual in front of me. If you meant H323 gateway to MGCP, make sure your service parameter "Stop Routing on User Busy" and "Stop Routing on Unallocated Number" are set to False. If you did mean SIP trunk to MGCP, I'm not sure where the voice-port comes into play? Hope this helps. - Dan ----- Original Message ----- From: ccie_voice-boun...@onlinestudylist.com <ccie_voice-boun...@onlinestudylist.com> To: ccie_voice@onlinestudylist.com <ccie_voice@onlinestudylist.com> Sent: Fri Oct 30 21:06:31 2009 Subject: [OSL | CCIE_Voice] Vol 1 Lab 5.8 Testing failover to MGCP Have completed the config and calls and transformations occur as they should. To test the failover from HQ SIP GW to MGCP, I follow the instructions in the PG and do a shut on the voice port on HQ GW. I retry the call and get reorder tone. If a no shut the voice port and then go and reverse the priority of the GWs in the RL (putting BR1 on top of HQ) and then retry the call - it completes out through BR1 as it should with the proper ANI. So, it does not appear that doing a shut on the HQ voice port is the right way to test failover. Anybody else have this issue or have a better way to test failover? Jeff
_______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com