<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=utf-8">
<META content="MSHTML 6.00.2900.6049" name=GENERATOR></HEAD>
<BODY style="MARGIN: 4px 4px 1px; FONT: 10pt Tahoma">
<DIV>There was a good thread a couple of years ago regarding the use of VRF and VOIP. </DIV>
<DIV> </DIV>
<DIV><A href="http://www.gossamer-threads.com/lists/cisco/voip/104942">http://www.gossamer-threads.com/lists/cisco/voip/104942</A></DIV>
<DIV> </DIV>
<DIV>At that time it was indicated that the best practice is to use the global routing table for VOIP though 12.4.22T added some limited support for H323 and SIP.</DIV>
<DIV> </DIV>
<DIV>Wondering if it would now be possible to support remote Call Manager sites on VRF. I have a situation where it would be advantageous to have phones and trunking on Call Manager Cluster A on one VRF and phones and trunking on Call Manager Cluster B on the global. These sites are a mixed bag of MGCP and H323, on 29xx routers with SRST and the Call Manager cluster are both 7.1.3. </DIV>
<DIV> </DIV>
<DIV> Due to the various components that would have to be dealt with such as SCCP resources, dialpeers and SRST I doubt this would work but I thought I would check. Maybe there is some new magic out there.</DIV>
<DIV> </DIV>
<DIV>Thanks for any feedback!</DIV>
<DIV> </DIV>
<DIV>Steve</DIV><font face="monospace">************************************<br>
This email may contain privileged and/or confidential information that is intended solely for the use of the addressee. If you are not the intended recipient or entity, you are strictly prohibited from disclosing, copying, distributing or using any of the information contained in the transmission. If you received this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. This communication may contain nonpublic personal information about consumers subject to the restrictions of the Gramm-Leach-Bliley Act and the Sarbanes-Oxley Act. You may not directly or indirectly reuse or disclose such information for any purpose other than to provide the services for which you are receiving the information.<br>
There are risks associated with the use of electronic transmission. The sender of this information does not control the method of transmittal or service providers and assumes no duty or obligation for the security, receipt, or third party interception of this transmission.<br>
************************************</font></BODY></HTML>