[cisco-voip] Codec issue

[James Dust]

Thanks Ryan that explains what is happening then as that is our exact scenario,


Kind Regards

James Dust
Team Leader
ICT Network Infrastructure & Communications Department
Charles Stanley & Co Ltd
Tel: 020 7149 6314
Mob: 07989 491136
mailto: james.dust at charles-stanley.co.uk<mailto:james.dust at charles-stanley.co.uk>

From: Ryan Ratliff [mailto:rratliff at cisco.com]
Sent: 10 May 2012 17:11
To: Erick Wellnitz
Cc: James Dust; cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] Codec issue

Transferring a call should not require a transcoder because you aren't mixing any streams.  The exception is if you are recording calls since the phone will get "locked" into whatever codec the original call was. Otherwise if I go to transfer a call using g.711 the consult leg of the transfer can be g.729 all day long.

-Ryan

On May 10, 2012, at 9:30 AM, Erick Wellnitz wrote:

You cold probably eliminate that need by configuring your region matrix differently but to answer your question when going from one codec to another codec you need a transcoder.
On Thu, May 10, 2012 at 3:56 AM, James Dust <james.dust at charles-stanley.co.uk<mailto:james.dust at charles-stanley.co.uk>> wrote:
We have some regional offices that are using a different codec (g729) to our main hub site (g711), and we are experiencing issues in transferring calls between the two and also conferencing using the default conferencing feature on a 7970.

Will we need a separate transcoder for these functions?


Kind Regards

James Dust
Team Leader
ICT Network Infrastructure & Communications Department
Charles Stanley & Co Ltd
Tel: 020 7149 6314
Mob: 07989 491136
mailto: james.dust at charles-stanley.co.uk<mailto:james.dust at charles-stanley.co.uk>


Consider the environment - Think before you print

The contents of this email are confidential to the intended recipient and may not be disclosed. Although it is believed that this email and any attachments are virus free, it is the responsibility of the recipient to confirm this.

You are advised that urgent, time-sensitive communications should not be sent by email. We hereby give you notice that a delivery receipt does not constitute acknowledgement or receipt by the intended recipient(s).

Details of Charles Stanley group companies and their regulators (where applicable), can be found at this URL http://www.charles-stanley.co.uk/contact-us/disclosure/

_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip


Consider the environment - Think before you print

The contents of this email are confidential to the intended recipient and may not be disclosed. Although it is believed that this email and any attachments are virus free, it is the responsibility of the recipient to confirm this.

You are advised that urgent, time-sensitive communications should not be sent by email. We hereby give you notice that a delivery receipt does not constitute acknowledgement or receipt by the intended recipient(s).

Details of Charles Stanley group companies and their regulators (where applicable), can be found at this URL http://www.charles-stanley.co.uk/contact-us/disclosure/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20120510/c37269c3/attachment.html>