<div>Okay...I've been thinking (it happens once in a while) over some things and wanted to do a sanity check.<br></div><div><br></div><div><br></div><div>1. Instead of using H323 to a gaateway has anyone had success using sip?  Would this require the use of MTP?  How would this impact SRST?  I know MGCP would be ideal but then we lose our ability to monitor PRI traffic until I can justify dishing out the cash for Cisco's UC management suite.  Will SIP allow us to receive calling name from the PSTN in a  similar fashion as h323?  In my viery vivid imagination this should jsut be a simple SIP trunk from CM to the GW.</div>
<div><br></div><div>2. If I use h323 to/from the old CM cluster would I feasibly be able to use SIP from the new cluster simultaneously then move inbound over to SIP at a later date?</div><div><br></div><div>
<div>Initial Outbound Scenario:</div><div><br></div><div>CM Cluster 1 ----->h323---</div><div>                                     | </div><div>                                      --->39XX Gateway----->PRI</div>
<div>                                     |</div><div>CM Cluster 2 ------>SIP----</div><div><br></div><div>Initial Inbound Scenario:</div><div><br></div><div>CM Cluster 1 <-----h323<------39XX Gateway <----PRI</div>
<div>       |                                </div><div>       |</div><div>      V</div><div>CM Cluster 2</div></div><div><br></div><div>My main goal is to be able to completely test the new cluster without impacting end users at all.   I could do the same scenario with h323 but I'd rather use SIP because it would make things very easy as we migrate to SIP trunking for PSTN access.  All I have to do then is point the same SIP trunk to a CUBE instead of messing with call routing on the CM.</div>
<div><br></div>