[cisco-voip] Do CUBEs do transcoding by its own

Jason Aarons (US) jason.aarons at us.didata.com
Fri Oct 1 08:29:28 EDT 2010


>From IOS 15 on 3900 (I left off some SCCP parts)

voice-card 0
dspfarm
dsp services dspfarm
!
sccp
!
sccp ccm group 1
bind interface GigabitEthernet0/0.129
associate ccm 1 priority 1
associate profile 1 register confdsp1
!
telephony-service
sdspfarm units 2
sdspfarm transcode sessions 40
sdspfarm tag 1 confdsp1

From: cisco-voip-bounces at puck.nether.net [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Ahmed Elnagar
Sent: Thursday, September 30, 2010 7:15 PM
To: cisco-voip at puck.nether.net
Subject: [cisco-voip] Do CUBEs do transcoding by its own

Hello;

I have a strange behavior from a 3945 router acting as a CUBE for SIP leg from CUCM cluster to a ITSP using H323 "pretty old way I know" the call works normally for incoming and outgoing but I am facing a problem in dialing my numbers from the VOIP line "that is going out and in again on the same line"
My specific question here when I show voice call active voice I found one leg of the call as gsmefr and the other leg is g711ulaw and I did not configure any transcoding resources any where...I have been told by a Cisco SE that the router may assign "some" DSPs for that transcoding...is that possible without I configure it for the CUBE to use??

  Best Regards;
  Ahmed Elnagar
  Senior Network PS Engineer

[cid:image001.jpg at 01CB6142.C348E020]
  RAYA Building El Motamiez District, 6th of October, Egypt

  Mob: +2019-0016211
  Phone: +202 3827 6000 Ext.2475
  Website: www.rayacorp.com<http://www.rayacorp.com/>
  E-mail: ahmed_elnagar at rayacorp.com<mailto:ahmed_elnagar at rayacorp.com>
  CCIE#24697 (Voice)
 [cid:image002.jpg at 01CB6142.C348E020]


Disclaimer: NOTICE The information contained in this message is confidential and is intended for the addressee(s) only. If you have received this message in error or there are any problems please notify the originator immediately. The unauthorized use, disclosure, copying or alteration of this message is strictly forbidden. Raya will not be liable for direct, special, indirect or consequential damages arising from alteration of the contents of this message by a third party or as a result of any malicious code or virus being passed on. Views expressed in this communication are not necessarily those of Raya.If you have received this message in error, please notify the sender immediately by email, facsimile or telephone and return and/or destroy the original message.


-----------------------------------------
Disclaimer:

This e-mail communication and any attachments may contain
confidential and privileged information and is for use by the
designated addressee(s) named above only.  If you are not the
intended addressee, you are hereby notified that you have received
this communication in error and that any use or reproduction of
this email or its contents is strictly prohibited and may be
unlawful.  If you have received this communication in error, please
notify us immediately by replying to this message and deleting it
from your computer. Thank you.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20101001/ef75ea64/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 2210 bytes
Desc: image001.jpg
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20101001/ef75ea64/attachment.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.jpg
Type: image/jpeg
Size: 1801 bytes
Desc: image002.jpg
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20101001/ef75ea64/attachment-0001.jpg>


More information about the cisco-voip mailing list