[cisco-voip] CUBE and CUCM Codec Preference

[Nick Matthews]

Are the call failures inbound or outbound?

Are you doing early offer forced?

Do you have the same voice class codec on both the incoming and
outgoing dial peers?

-nick

On Tue, Jul 26, 2011 at 2:59 PM, Casper, Steven <SCASPER at mtb.com> wrote:
> Does voice class codec preference work between Call Manager and CUBE for Sip
> Trunking?
>
>
>
> I can set my codec preference to G711ulaw and my CUCM regions to G711ulaw or
> codec preference to G729r8 and regions to G729 and everything works fine.
>  If I set:
>
>
>
> voice class codec 1
>
> codec preference 1 g729r8
>
> codec preference 2 g711ulaw
>
>
>
> and create a mix of G729 and G711 regions for phones the G729 Region phones
> work and phones in a G711 region also negotiate to G729.  If I flip the
> preference only the G711 region phones work and phones in G729 regions get
> reorder. Looks like they are still trying to use G711.
>
> I was hoping to use a mix of G729 and G711 calling across IP Trunking.
>
>
>
> CUCM is 7.1.5 and CUBE is 15.1(3)T1
>
>
>
> Thanks
>
> Steve
>
> ************************************
> 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.
> 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.
> ************************************
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>