Previously, I had voice-class codec 1 configured on a VoIP dial-peer which had preference 1 set to g729r8 and preference 2 to g711ulaw. After doing a sh voice dsp active, all calls were being negotiated in g711ulaw.
When I changed from voice-class codec and forced g729r8 using the 'codec g729r8' command on the dial-peer (forced to remove the voice-class codec command), calls began negotiating in g729r8.
1. Although calls are being negotiated in g729 now, this is dependent on the protocols that are supported by the remote end correct? If so, and the remote end does not support g729, what will happen to the call?
2. Can anyone figure out why the command voice-class (shown below) failed and only the codec (dial-peer) command successfully negotiated the calls in G.729?
If you allow only one Codec then only that codec will work from an H.323 gateway. Where were you trying to dial to? Direct to another gateway? Through CallManager to another gateway? Through a gatekeeper? To an IP phone through CallManger? To an ATA device configured in Call Manager?
If CallManager is involved what is your region settings set at?
This document is an early notification of a behaviour change that will be introduced in IOS XR release 6.5.
IOS XR configuration principles relevant for this article are:
On router platforms all interfaces must be by defaul...
With XR 4.2.0 the ASR9000 is releasing a new line of hardware models. This amongst others is the RSP440, the next generation RSP with faster switch fabric along with Typhoon based Linecards, the next generation network processor.
The Cisco EPN system incorporates a network architecture designed to consolidate multiples services on a single Multiprotocol Label Switching (MPLS) transport network. This network is designed primarily based on Application ...