How do I force PfR to route VoIP traffic over a specific interface?
I'm hoping someone can give me some guidance with respect to PfR. In our production environment, we have a 2851 ISR running CME 8.1 with frame relay over T1 for our VoIP/SIP service with Verizon. We are also able to use non VoIP bandwidth for internet traffic. We also have a DSL line that we currently use for our primary internet access.
My understanding is that we can use PfR to bring both interfaces into the router and have a sort of load-balancing/failover system in place. That said, we need to keep VoIP services on the T1. Is it possible to set a static path to a specific exit for VoIP traffic and allow PfR to balance the rest?
Re: How do I force PfR to route VoIP traffic over a specific int
The specific feature of PfR you are asking about is called link-groups. If you are familiar with QoS class-maps and policy-maps PfR has the same capability to classify traffic and then make decisions of what to do with these traffic classifications. In PfR this is called traffic-classes and pfr-maps where traffic-classes are similar to class-maps and oer-maps are similar to policy-maps.
The first step you will need to accomplish is to define which link-groups your external interfaces are associated. Then you create the traffic-class and oer-maps. When you are creating your oer-maps per application you will define the primary link-groups and backup link-groups.
Please refer to our documentation regarding link-groups
SIP traces provide key information in troubleshooting SIP Trunks, SIP
endpoints and other SIP related issues. Even though these traces are in
clear text, these texts can be gibberish unless you understand fully
what they mean. This document attempts to br...
Please find the attached HTML document, download and open it on your PC.
This provides an easy to use form where you simply answer a few
questions and it will render the proper jabber-config.xml file for you
to copy/paste. There is built in logic to verif...
CUCM Database Replication is an area in which Cisco customers and
partners have asked for more in-depth training in being able to properly
assess a replication problem and potentially resolve an issue without
involving TAC. This document discusses the bas...