<div>I need to implement a CCM Primary and Subscriber for aout 100 users. I need a good recommendation for Billing. Can one do without a 3rd party , or do we have a standalone 3rd party product with reasonable pricing. I am not using a gatekeeper here </div> <div> </div> <div>regards</div> <div> </div> <div>Bunmi<BR><BR><B><I>cisco-voip-request@puck.nether.net</I></B> wrote:</div> <BLOCKQUOTE class=replbq style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid">Send cisco-voip mailing list submissions to<BR>cisco-voip@puck.nether.net<BR><BR>To subscribe or unsubscribe via the World Wide Web, visit<BR>https://puck.nether.net/mailman/listinfo/cisco-voip<BR>or, via email, send a message with subject or body 'help' to<BR>cisco-voip-request@puck.nether.net<BR><BR>You can reach the person managing the list at<BR>cisco-voip-owner@puck.nether.net<BR><BR>When replying, please edit your Subject line so it is more specific<BR>than "Re: Contents of
cisco-voip digest..."<BR><BR><BR>Today's Topics:<BR><BR>1. Re: transcoding from g711 to g729 with CME (Hinson, Greg)<BR>2. Re: transcoding from g711 to g729 with CME (Ted Nugent)<BR>3. Re: transcoding from g711 to g729 with CME (Hinson, Greg)<BR><BR><BR>----------------------------------------------------------------------<BR><BR>Message: 1<BR>Date: Sat, 5 Aug 2006 14:57:25 -0500<BR>From: "Hinson, Greg" <GREG_HINSON@ADP.COM><BR>Subject: Re: [cisco-voip] transcoding from g711 to g729 with CME<BR>To: "Hinson, Greg" <GREG_HINSON@ADP.COM>, "Jimmy Pale"<BR><VOIPJOCKEY@GMAIL.COM>, <CISCO-VOIP@PUCK.NETHER.NET><BR>Message-ID:<BR><472D0CBC7B31C1499B77C1DAA3308B3BF3D5BF@EXCHANGEDS01.ds.ad.adp.com><BR>Content-Type: text/plain; charset="us-ascii"<BR><BR>correction, dial-peer 4 was changed from 729 to 711 as you see below, in<BR>attempt to get a call-forward-no answer to work in pure 711, end-to-end<BR>from CCM to CME. That also fails, in both 711 and 729 modes.
Originally,<BR>dial-peer 4 was also set to g729*(along with dial-peer 3) to try and<BR>force transcoding when call forward - VM was enabled<BR><BR>-Greg<BR><BR><BR>-----Original Message-----<BR>From: Hinson, Greg <BR>Sent: Saturday, August 05, 2006 12:55 PM<BR>To: 'Jimmy Pale'; cisco-voip@puck.nether.net<BR>Subject: RE: [cisco-voip] transcoding from g711 to g729 with CME<BR><BR>I match dial-peer 4 on the inbound leg destined for CME phone. I match<BR>dial-peer 3 if I dial the pilot point directly for Unity Express, 8100.<BR>Both outbound legs use dial-peer 8100, below. Below the config is sh<BR>dspfarm all, indicating the status of the dsp's.<BR><BR>-Greg<BR><BR><BR>CME Config-----------------------------------------------<BR>sccp local GigabitEthernet0/0.200<BR>sccp ccm 10.200.1.253 identifier 1 <BR>sccp<BR>!<BR>sccp ccm group 1<BR>associate ccm 1 priority 1<BR>associate profile 10 register mtp0015fad84570<BR>!<BR>dspfarm profile 10 transcode<BR>codec g711ulaw<BR>codec
g711alaw<BR>codec g729ar8<BR>codec g729r8<BR>codec g729abr8<BR>codec g729br8<BR>maximum sessions 18<BR>associate application SCCP<BR>!<BR>telephony-service<BR>ip source-address 10.200.1.253 port 2000<BR>sdspfarm units 1<BR>sdspfarm transcode sessions 48<BR>sdspfarm tag 1 mtp0015fad84570<BR><BR>dial-peer voice 3 voip<BR>incoming called-number .<BR>codec g729r8<BR>!<BR>dial-peer voice 4 voip<BR>destination-pattern ^20..$<BR>session target ras<BR>codec g711ulaw<BR>!<BR>dial-peer voice 8100 voip<BR>destination-pattern ^8100$<BR>session protocol sipv2<BR>session target ipv4:10.30.1.252<BR>dtmf-relay sip-notify<BR>codec g711ulaw<BR>no vad<BR><BR>Show dspfarm all------------------------------------<BR>Dspfarm Profile Configuration<BR><BR>Profile ID = 10, Service = TRANSCODING, Resource ID = 1 <BR>Profile Description : <BR>Profile Admin State : UP <BR>Profile Operation State : ACTIVE <BR>Application : SCCP Status : ASSOCIATED <BR>Resource Provider : FLEX_DSPRM Status : UP
<BR>Number of Resource Configured : 18 <BR>Number of Resource Available : 18<BR>Codec Configuration <BR>Codec : g711ulaw, Maximum Packetization Period : 30 <BR>Codec : g711alaw, Maximum Packetization Period : 30 <BR>Codec : g729ar8, Maximum Packetization Period : 60 <BR>Codec : g729r8, Maximum Packetization Period : 60 <BR>Codec : g729abr8, Maximum Packetization Period : 60 <BR>Codec : g729br8, Maximum Packetization Period : 60<BR><BR><BR>SLOT DSP VERSION STATUS CHNL USE TYPE RSC_ID BRIDGE_ID PKTS_TXED<BR>PKTS_RXED<BR><BR>0 1 4.4.19 UP N/A FREE xcode 1 - - -<BR><BR>0 1 4.4.19 UP N/A FREE xcode 1 - - -<BR><BR>0 1 4.4.19 UP N/A FREE xcode 1 - - -<BR><BR>0 1 4.4.19 UP N/A FREE xcode 1 - - -<BR><BR>0 1 4.4.19 UP N/A FREE xcode 1 - - -<BR><BR>0 1 4.4.19 UP N/A FREE xcode 1 - - -<BR><BR>0 2 4.4.19 UP N/A FREE xcode 1 - - -<BR><BR>0 2 4.4.19 UP N/A FREE xcode 1 - - -<BR><BR>0 2 4.4.19 UP N/A FREE xcode 1 - - -<BR><BR>0 2 4.4.19 UP N/A FREE xcode 1 - - -<BR><BR>0 2 4.4.19 UP N/A
FREE xcode 1 - - -<BR><BR>0 2 4.4.19 UP N/A FREE xcode 1 - - -<BR><BR>0 3 4.4.19 UP N/A FREE xcode 1 - - -<BR><BR>0 3 4.4.19 UP N/A FREE xcode 1 - - -<BR><BR>0 3 4.4.19 UP N/A FREE xcode 1 - - -<BR><BR>0 3 4.4.19 UP N/A FREE xcode 1 - - -<BR><BR>0 3 4.4.19 UP N/A FREE xcode 1 - - -<BR><BR>0 3 4.4.19 UP N/A FREE xcode 1 - - -<BR><BR><BR>Total number of DSPFARM DSP channel(s) 18<BR><BR><BR><BR><BR><BR><BR><BR><BR><BR><BR><BR><BR><BR><BR><BR><BR><BR><BR>-Greg<BR><BR>-----Original Message-----<BR>From: Jimmy Pale [mailto:voipjockey@gmail.com] <BR>Sent: Saturday, August 05, 2006 6:14 AM<BR>To: Hinson, Greg; cisco-voip@puck.nether.net<BR>Subject: RE: [cisco-voip] transcoding from g711 to g729 with CME<BR><BR>Greg,<BR><BR>Can you provide an excerpts of the pertinent config?<BR><BR>Thanks<BR><BR>-----Original Message-----<BR>From: cisco-voip-bounces@puck.nether.net<BR>[mailto:cisco-voip-bounces@puck.nether.net] On Behalf Of Hinson, Greg<BR>Sent: Saturday, August 05, 2006 12:20
AM<BR>To: Ted Nugent; cisco-voip@puck.nether.net<BR>Subject: Re: [cisco-voip] transcoding from g711 to g729 with CME<BR><BR>Seems like the issue is centric around CME's "Media Resource Manager"<BR>not calling upon the configured DSP's when they are needed.<BR><BR>-Greg<BR><BR><BR>-----Original Message-----<BR>From: Hinson, Greg <BR>Sent: Friday, August 04, 2006 10:17 PM<BR>To: Hinson, Greg; Ted Nugent; cisco-voip@puck.nether.net<BR>Subject: RE: [cisco-voip] transcoding from g711 to g729 with CME<BR><BR>" but at least I know its getting out of ccm, through the gatekeeper<BR>intact, and over to CUE, as it matches the same outbound dial-peer that<BR>a local CME phone matches when going to voicemail."<BR><BR><BR>In my last email above, I meant to say I know its going to CME, not CUE,<BR>as "not going to CUE" has been the problem all along. (heheh)<BR><BR><BR>-Greg<BR><BR><BR>-----Original Message-----<BR>From: Hinson, Greg <BR>Sent: Friday, August 04, 2006 10:14 PM<BR>To: 'Ted
Nugent'; cisco-voip@puck.nether.net<BR>Subject: RE: [cisco-voip] transcoding from g711 to g729 with CME<BR><BR>i ran "show sdspfarm units" and the dspfarm does show registered with<BR>the MAC associated with the sccp interface I am bound to, and that also<BR>matches what I configured in telephony service. a "show sdspfarm<BR>sessions" shows the correct number of allocated streams configured in<BR>telephony-service, all of which are idle.<BR><BR>As far as dialing the pilot directly, here's what I discovered. In<BR>12.4.3 IOS, the virtual efxs devices in CME auto-register to the<BR>gatekeeper so I didn't have to predefine them. That allowed calls from<BR>CCM to CME to work. I am also using a default-technology prefix to route<BR>calls the opposite direction to CCM from CME, which also works great for<BR>this application(small scale-1 GK & CCM cluster). Since the gatekeeper<BR>doesn't know about my pilot point for CUE, I predefined a gw-type prefix<BR>in the gatekeeper
and hard-coded the CME router's ip address for its<BR>destination. I also created a route pattern for the CUE pilot point in<BR>callmanager that points to the h225-gatekeeper controlled trunk. the<BR>call still fails with a fast busy, but at least I know its getting out<BR>of ccm, through the gatekeeper intact, and over to CUE, as it matches<BR>the same outbound dial-peer that a local CME phone matches when going to<BR>voicemail.<BR><BR>-Greg<BR><BR>-----Original Message-----<BR>From: Ted Nugent [mailto:tednugent69@yahoo.com] <BR>Sent: Friday, August 04, 2006 9:42 PM<BR>To: Hinson, Greg; cisco-voip@puck.nether.net<BR>Subject: RE: [cisco-voip] transcoding from g711 to g729 with CME<BR><BR>Exact same issue I faced... Oringally I had my codec<BR>voice class to allow g711 and g729. As soon as I<BR>pulled out g711 it worked fine. If you do sho sdspfarm<BR>stat and sess does it sho all is registerd fine then?<BR>Do you get the same issue if you call the
pilot<BR>direct?<BR><BR>--- "Hinson, Greg" <GREG_HINSON@ADP.COM>wrote:<BR><BR>> thanks for the reply. debug voip dial-peer does show<BR>> the right dial-peer<BR>> matches. The WAN is forced to codec 729, as well as<BR>> the sip dial-peer<BR>> for unity forced to g711ulaw. I also added<BR>> transfer-pattern .T to<BR>> telephony-service. cme phone to cme phone cfa to VM<BR>> always works great,<BR>> as well as enterprise to cme if the codecs are<BR>> forced to g711ulaw<BR>> end-to-end. it only fails when g729 is added to the<BR>> region and wan<BR>> dial-peers. also, when i run debug dspfarm, I see no<BR>> activity on the<BR>> output during the attempt, as if the CME's Media<BR>> Resource Manager is not<BR>> even being called to provide transcoding.<BR>> <BR>> -Greg<BR>> <BR>> <BR>> -----Original Message-----<BR>> From: Ted Nugent [mailto:tednugent69@yahoo.com] <BR>> Sent: Friday, August 04, 2006 8:12
PM<BR>> To: Hinson, Greg; cisco-voip@puck.nether.net<BR>> Subject: Re: [cisco-voip] transcoding from g711 to<BR>> g729 with CME<BR>> <BR>> Yes, I've had the exact same problem and finally<BR>> figured it out.<BR>> First of make sure your matching your inbound (from<BR>> WAN) and outbound (to CUE) DPs... (debug voip<BR>> dialpeer<BR>> all). If not make sure your translation rules are<BR>> right or tranfer-pattern .T is added in tel-serv.<BR>> Most<BR>> importantly make sure you lock in your WAN DP to<BR>> G729... if you use a voice class with G711 it will<BR>> never work even if G729 is prefered first.<BR>> <BR>> <BR>> HTH<BR>> Ted<BR>> <BR>> <BR>> --- "Hinson, Greg" <GREG_HINSON@ADP.COM>wrote:<BR>> <BR>> > I have a client that is using CME at a remote<BR>> store<BR>> > and Enterprise<BR>> > CallManager at the host location. I have regions<BR>> > setup, forcing the<BR>> >
calls destined for the remote location to g729.<BR>> The<BR>> > CME hardware is a<BR>> > 2821 platform running 12.3.14T7 spservices IOS<BR>> with<BR>> > an NM-CUE module.<BR>> > Using a gatekeeper to interconnect the two<BR>> > callmanagers, I can<BR>> > successfully negotiate a g729 call across the<BR>> > network, but on a CME<BR>> > call-forward-no answer condition to Unity Express,<BR>> > the call drops with a<BR>> > fast busy. I followed the guidelines referenced in<BR>> > the doc below for<BR>> > creating a dspfarm/sccp profiles and its<BR>> assignment<BR>> > to<BR>> > telephony-service, but with no success. I also<BR>> > upgraded the IOS to<BR>> > 12.4.3, thinking it was an incompatibility issue<BR>> > with 12.3.14, and I<BR>> > have the same problem. Any ideas?<BR>> > <BR>> > <BR>>
><BR>><BR>http://www.cisco.com/en/US/partner/products/sw/iosswrel/ps5207/products_<BR>> > feature_guide_chapter09186a00802d255d.html<BR>> > <BR>> > <BR>> > <BR>> > -Greg<BR>> > <BR>> > <BR>> > <BR>> > This message and any attachments are intended only<BR>> > for the use of the addressee and may contain<BR>> > information that is privileged and confidential.<BR>> If<BR>> > the reader of the message is not the intended<BR>> > recipient or an authorized representative of the<BR>> > intended recipient, you are hereby notified that<BR>> any<BR>> > dissemination of this communication is strictly<BR>> > prohibited. If you have received this<BR>> communication<BR>> > in error, please notify us immediately by e-mail<BR>> and<BR>> > delete the message and any attachments from your<BR>> > system.<BR>> > >
_______________________________________________<BR>> > cisco-voip mailing list<BR>> > cisco-voip@puck.nether.net<BR>> ><BR>> https://puck.nether.net/mailman/listinfo/cisco-voip<BR>> > <BR>> <BR>> <BR>> __________________________________________________<BR>> Do You Yahoo!?<BR>> Tired of spam? Yahoo! Mail has the best spam<BR>> protection around <BR>> http://mail.yahoo.com <BR>> <BR>> <BR>> This message and any attachments are intended only<BR>> for the use of the addressee and may contain<BR>> information that is privileged and confidential. If<BR>> the reader of the message is not the intended<BR>> recipient or an authorized representative of the<BR>> intended recipient, you are hereby notified that any<BR>> dissemination of this communication is strictly<BR>> prohibited. If you have received this communication<BR>> in error, please notify us immediately by e-mail and<BR>> delete the
message and any attachments from your<BR>> system.<BR>> <BR><BR><BR>__________________________________________________<BR>Do You Yahoo!?<BR>Tired of spam? Yahoo! Mail has the best spam protection around <BR>http://mail.yahoo.com <BR><BR><BR>This message and any attachments are intended only for the use of the<BR>addressee and may contain information that is privileged and<BR>confidential.<BR>If the reader of the message is not the intended recipient or an<BR>authorized<BR>representative of the intended recipient, you are hereby notified that<BR>any<BR>dissemination of this communication is strictly prohibited. If you have<BR>received this communication in error, please notify us immediately by<BR>e-mail<BR>and delete the message and any attachments from your system.<BR><BR>_______________________________________________<BR>cisco-voip mailing list<BR>cisco-voip@puck.nether.net<BR>https://puck.nether.net/mailman/listinfo/cisco-voip<BR><BR><BR>This message and any
attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system.<BR><BR><BR><BR>------------------------------<BR><BR>Message: 2<BR>Date: Sat, 5 Aug 2006 14:10:20 -0700 (PDT)<BR>From: Ted Nugent <TEDNUGENT69@YAHOO.COM><BR>Subject: Re: [cisco-voip] transcoding from g711 to g729 with CME<BR>To: "Hinson, Greg" <GREG_HINSON@ADP.COM>, Jimmy Pale<BR><VOIPJOCKEY@GMAIL.COM>, cisco-voip@puck.nether.net<BR>Message-ID: <20060805211020.30636.qmail@web36104.mail.mud.yahoo.com><BR>Content-Type: text/plain; charset=iso-8859-1<BR><BR>Here's a working config from my lab,
the only<BR>difference is this is from a 3725 and your running an<BR>ISR I'm guessing<BR>Check<BR>call-forward pattern .T<BR>in Tele-serv<BR><BR><BR>!<BR>voice service voip <BR>allow-connections h323 to sip<BR>allow-connections sip to h323<BR><BR>!<BR>!<BR>!<BR>voice class codec 1<BR>codec preference 1 g729r8<BR>!<BR>voice translation-rule 4<BR>rule 1 /^81/ /14082121/<BR>rule 2 /^83/ /19724563/<BR>rule 3 /^91/ /1/<BR>!<BR>!<BR>voice translation-profile gk-outbound<BR>translate called 4<BR>!<BR>ial-peer voice 2600 voip<BR>destination-pattern 2[126]..<BR>session protocol sipv2<BR>session target ipv4:192.168.7.6<BR>dtmf-relay sip-notify<BR>codec g711ulaw<BR>no vad<BR>!<BR>!<BR>dial-peer voice 2000 voip<BR>translation-profile outgoing gk-outbound<BR>destination-pattern 8[13]...<BR>voice-class codec 1<BR>session target ras<BR>incoming called-number .<BR>tech-prefix 1#<BR>dtmf-relay h245-alphanumeric<BR>ip qos dscp cs3 signaling<BR>no vad<BR>!<BR>sccp local
FastEthernet0/0.7<BR>sccp<BR>sccp ccm 192.168.7.5 priority 1<BR>!<BR>dspfarm transcoder maximum sessions 4<BR>dspfarm<BR>!<BR>telephony-service<BR>sdspfarm units 2<BR>sdspfarm transcode sessions 4<BR>sdspfarm unregister force<BR>sdspfarm tag 1 mtp000c85084a20<BR>dialplan-pattern 1 85222332... extension-length 4<BR>call-forward pattern .T<BR><BR><BR><BR><BR><BR><BR><BR><BR><BR><BR>--- "Hinson, Greg" <GREG_HINSON@ADP.COM>wrote:<BR><BR>> correction, dial-peer 4 was changed from 729 to 711<BR>> as you see below, in<BR>> attempt to get a call-forward-no answer to work in<BR>> pure 711, end-to-end<BR>> from CCM to CME. That also fails, in both 711 and<BR>> 729 modes. Originally,<BR>> dial-peer 4 was also set to g729*(along with<BR>> dial-peer 3) to try and<BR>> force transcoding when call forward - VM was enabled<BR>> <BR>> -Greg<BR>> <BR>> <BR>> -----Original Message-----<BR>> From: Hinson, Greg <BR>> Sent: Saturday, August 05,
2006 12:55 PM<BR>> To: 'Jimmy Pale'; cisco-voip@puck.nether.net<BR>> Subject: RE: [cisco-voip] transcoding from g711 to<BR>> g729 with CME<BR>> <BR>> I match dial-peer 4 on the inbound leg destined for<BR>> CME phone. I match<BR>> dial-peer 3 if I dial the pilot point directly for<BR>> Unity Express, 8100.<BR>> Both outbound legs use dial-peer 8100, below. Below<BR>> the config is sh<BR>> dspfarm all, indicating the status of the dsp's.<BR>> <BR>> -Greg<BR>> <BR>> <BR>> CME<BR>><BR>Config-----------------------------------------------<BR>> sccp local GigabitEthernet0/0.200<BR>> sccp ccm 10.200.1.253 identifier 1 <BR>> sccp<BR>> !<BR>> sccp ccm group 1<BR>> associate ccm 1 priority 1<BR>> associate profile 10 register mtp0015fad84570<BR>> !<BR>> dspfarm profile 10 transcode<BR>> codec g711ulaw<BR>> codec g711alaw<BR>> codec g729ar8<BR>> codec g729r8<BR>> codec g729abr8<BR>> codec
g729br8<BR>> maximum sessions 18<BR>> associate application SCCP<BR>> !<BR>> telephony-service<BR>> ip source-address 10.200.1.253 port 2000<BR>> sdspfarm units 1<BR>> sdspfarm transcode sessions 48<BR>> sdspfarm tag 1 mtp0015fad84570<BR>> <BR>> dial-peer voice 3 voip<BR>> incoming called-number .<BR>> codec g729r8<BR>> !<BR>> dial-peer voice 4 voip<BR>> destination-pattern ^20..$<BR>> session target ras<BR>> codec g711ulaw<BR>> !<BR>> dial-peer voice 8100 voip<BR>> destination-pattern ^8100$<BR>> session protocol sipv2<BR>> session target ipv4:10.30.1.252<BR>> dtmf-relay sip-notify<BR>> codec g711ulaw<BR>> no vad<BR>> <BR>> Show dspfarm all------------------------------------<BR>> Dspfarm Profile Configuration<BR>> <BR>> Profile ID = 10, Service = TRANSCODING, Resource ID<BR>> = 1 <BR>> Profile Description : <BR>> Profile Admin State : UP <BR>> Profile Operation State :
ACTIVE <BR>> Application : SCCP Status : ASSOCIATED <BR>> Resource Provider : FLEX_DSPRM Status : UP <BR>> Number of Resource Configured : 18 <BR>> Number of Resource Available : 18<BR>> Codec Configuration <BR>> Codec : g711ulaw, Maximum Packetization Period : 30<BR>> <BR>> Codec : g711alaw, Maximum Packetization Period : 30<BR>> <BR>> Codec : g729ar8, Maximum Packetization Period : 60 <BR>> Codec : g729r8, Maximum Packetization Period : 60 <BR>> Codec : g729abr8, Maximum Packetization Period : 60<BR>> <BR>> Codec : g729br8, Maximum Packetization Period : 60<BR>> <BR>> <BR>> SLOT DSP VERSION STATUS CHNL USE TYPE RSC_ID<BR>> BRIDGE_ID PKTS_TXED<BR>> PKTS_RXED<BR>> <BR>> 0 1 4.4.19 UP N/A FREE xcode 1 - <BR>> - -<BR>> <BR>> 0 1 4.4.19 UP N/A FREE xcode 1 - <BR>> - -<BR>> <BR>> 0 1 4.4.19 UP N/A FREE xcode 1 - <BR>> - -<BR>> <BR>> 0 1 4.4.19 UP N/A FREE xcode 1 - <BR>> - -<BR>>
<BR>> 0 1 4.4.19 UP N/A FREE xcode 1 - <BR>> - -<BR>> <BR>> 0 1 4.4.19 UP N/A FREE xcode 1 - <BR>> - -<BR>> <BR>> 0 2 4.4.19 UP N/A FREE xcode 1 - <BR>> - -<BR>> <BR>> 0 2 4.4.19 UP N/A FREE xcode 1 - <BR>> - -<BR>> <BR>> 0 2 4.4.19 UP N/A FREE xcode 1 - <BR>> - -<BR>> <BR>> 0 2 4.4.19 UP N/A FREE xcode 1 - <BR>> - -<BR>> <BR>> 0 2 4.4.19 UP N/A FREE xcode 1 - <BR>> - -<BR>> <BR>> 0 2 4.4.19 UP N/A FREE xcode 1 - <BR>> - -<BR>> <BR>> 0 3 4.4.19 UP N/A FREE xcode 1 - <BR>> - -<BR>> <BR>> 0 3 4.4.19 UP N/A FREE xcode 1 - <BR>> - -<BR>> <BR>> 0 3 4.4.19 UP N/A FREE xcode 1 - <BR>> - -<BR>> <BR>> 0 3 4.4.19 UP N/A FREE xcode 1 - <BR>> - -<BR>> <BR>> 0 3 4.4.19 UP N/A FREE xcode 1 - <BR>> - -<BR>> <BR>> 0 3 4.4.19 UP N/A FREE xcode 1 - <BR>> - -<BR>> <BR>> <BR>> Total number of DSPFARM DSP channel(s) 18<BR>> <BR>> <BR>> <BR>> <BR>>
<BR>> <BR>> <BR>> <BR>> <BR>> <BR>> <BR>> <BR>> <BR>> <BR>> <BR>> <BR>> <BR>> <BR>> -Greg<BR>> <BR>> -----Original Message-----<BR>> From: Jimmy Pale [mailto:voipjockey@gmail.com] <BR>> Sent: Saturday, August 05, 2006 6:14 AM<BR>> To: Hinson, Greg; cisco-voip@puck.nether.net<BR>> Subject: RE: [cisco-voip] transcoding from g711 to<BR>> g729 with CME<BR>> <BR>> Greg,<BR>> <BR>> Can you provide an excerpts of the pertinent config?<BR>> <BR>> Thanks<BR>> <BR>> -----Original Message-----<BR>> From: cisco-voip-bounces@puck.nether.net<BR>> [mailto:cisco-voip-bounces@puck.nether.net] On<BR>> Behalf Of Hinson, Greg<BR>> Sent: Saturday, August 05, 2006 12:20 AM<BR>> To: Ted Nugent; cisco-voip@puck.nether.net<BR>> Subject: Re: [cisco-voip] transcoding from g711 to<BR>> g729 with CME<BR>> <BR>> Seems like the issue is centric around CME's "Media<BR>> Resource <BR>===
message truncated ===<BR><BR><BR>__________________________________________________<BR>Do You Yahoo!?<BR>Tired of spam? Yahoo! Mail has the best spam protection around <BR>http://mail.yahoo.com <BR><BR><BR>------------------------------<BR><BR>Message: 3<BR>Date: Sat, 5 Aug 2006 16:16:34 -0500<BR>From: "Hinson, Greg" <GREG_HINSON@ADP.COM><BR>Subject: Re: [cisco-voip] transcoding from g711 to g729 with CME<BR>To: "Ted Nugent" <TEDNUGENT69@YAHOO.COM><BR>Cc: cisco-voip@puck.nether.net<BR><BR>=== message truncated ===</BLOCKQUOTE><BR><p> 
<hr size=1>Do you Yahoo!?<br> Next-gen email? Have it all with the <a href="http://us.rd.yahoo.com/evt=42241/*http://advision.webevents.yahoo.com/handraisers"> all-new Yahoo! Mail Beta.</a>