[cisco-voip] Moving to G729 - Transcoder Questions

[Scott Voll]

you will also need the  following:

voice-card <#>
 dspfarm
 dsp services dspfarm

sccp local <interface>
sccp ccm <ip> identifier <#>
sccp

sccp ccm group <#>
associate ccm <#> priority <#>
associate profile <#> register mtp<mac address>


but your doing well wih the rest of the config.

Scott

PS. this is just the transcode.... you will also need to register the conf
resources



On Jan 9, 2008 5:56 AM, STEVEN CASPER <SCASPER at mtb.com> wrote:

>  Thanks! So would this be the proper IOS configlet for the dspfarm
> profiles?
>
>  dspfarm profile 2 transcode
>  codec g711ulaw
>  codec g729ar8
>  maximum sessions 8
>  associate application SCCP
> !
> dspfarm profile 1 conference
>  codec g711ulaw
>  maximum sessions 8
>  associate application SCCP
>
> >>> "Scott Voll" <svoll.voip at gmail.com> 12/20/2007 2:06 PM >>>
>   As Griag stated, if the device supports G729 that won't be a problem.
>
> the only time it becomes a problem is when you have apps like UCCx that
> only support G711.  then you need a transcoder next to that app.
>
> We are setup like you.  G711 at central site (CM, VGW, Apps, etc) and G729
> at remote sites.  I have Transcoding resources at the central site so if
> they want to use the apps, they can.  I also have Conferenece resources at
> the central site so that if one party is at the remote site they get a G729
> stream while everyone else gets G711.
>
> So if you don't have apps that only support G711 you really don't need
> Transcoding.  And personally A one point before transcoding resources I just
> had them call out the PSTN to our helpdesk which gets you around the G711
> issue but in cures Toll charges.
>
> Scott
>
> On Dec 20, 2007 10:44 AM, Craig Staffin <cmstaffin at gmail.com> wrote:
>
> > Steven,
> >
> > Unity can support G729 as well as all of your endpoints and gateways.
> >
> > The only time a transcoder would be needed is if you had a call start as
> > G711 and then get transfered over the WAN thus needing to get transcoded
> > from G711 to G729  This usually only happens during a conference call.
> >
> > As far as your long distance calls they will simply get setup as a G729
> > call to begin with therefor no need for transcoders.
> >
> > Craig
> >
> >   On Dec 20, 2007 12:34 PM, STEVEN CASPER < SCASPER at mtb.com> wrote:
> >
> > >    We have been using G711 to our branches for IPT and I am now
> > > looking at using G729. I am confused as to my transcoder requirements. I
> > > would think I would need to provision DSP based transcoder resources at the
> > > remote locations and also at the central location so G729 would always be
> > > used across the WAN. I think that transcoding resources would be required at
> > > both the remote location and the central location for the following
> > > scenarios across the WAN link:
> > >
> > > Calls to a centralized Unity
> > > Calls to centralized PRI gateways for Long distance calling
> > > Calls to/from  IP phones at G711 locations?
> > > Conferencing IP phones and an analog or digital trunk
> > >
> > > Does this look correct? For some reason determining when a transcoder
> > > is required is proving to be hard for me to grasp. Are there any other
> > > scenarios where transcoding would be required?
> > >
> > > Thanks!
> > > Steve
> > >
> > >
> > >
> > >
> > >
> > >
> > > Steve Casper
> > > Voice Technologies
> > > M&T Bank
> > > (410) 347-6026
> > >
> > > ************************************
> > > 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
> > >
> >
> >
> >
> > --
> > Craig Staffin
> > Craig at staffin.org
> > (H) 262-437-7313
> > (C) 262-613-6003
> > _______________________________________________
> > cisco-voip mailing list
> > cisco-voip at puck.nether.net
> > https://puck.nether.net/mailman/listinfo/cisco-voip
> >
>
> ************************************
> 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.
> ************************************
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://puck.nether.net/pipermail/cisco-voip/attachments/20080109/e8077092/attachment.html