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
