[cisco-voip] Calls over GK trunk or H323 GW to CME/CUE

Ted Nugent tednugent69 at yahoo.com
Wed Jul 26 13:34:09 EDT 2006


I just reconfigured my CME from scratch and figured it
out finally...

I originally had the voice class below on the inbound
dial-peer
voice class codec 1
 codec preference 1 g729r8
 codec preference 2 g711ulaw
If I remove the G711 from the voice class or simply
lock in the g729 on the DP it works fine. I hindsight
I guess it makes sense sorta.. The inbound and
outbound DP renegotiate at G711 but my CM Gateway/GK
Trunk can only talk G729
 Oh well mystery solved.
Thanks for your suggestions



--- Ted Nugent <tednugent69 at yahoo.com> wrote:

> Thanks Kevin
> Yes I have and I get the same results. I've actually
> taken the GK out of the picture at this point to
> avoid
> additonal complexity and I'm now just using a H323
> GW
> in CM with G729 region and g729 to others.
> 
> 
> 
> --- Kevin Thorngren <kthorngr at cisco.com> wrote:
> 
> > Haven't read through all the below so this may
> have
> > been suggested :-)  
> > Have you tried placing the GK Trunk in a Region
> that
> > is G.729 within 
> > the Region and G.729 to other Regions?
> > 
> > Kevin
> > On Jul 26, 2006, at 12:58 PM, Ted Nugent wrote:
> > 
> > > Sorry to have posted and dashed but I've been
> > unable
> > > to work in the lab for the last week but from
> the
> > > responses I received it would appear I’m not
> > > the only one that’s having this issue. If you
> have
> > > this working can you please reply with your
> config
> > or
> > > ideas?
> > >
> > > I did some additional testing which proved
> > puzzling.
> > >
> > > I created another site with CME and h323 g729
> > calls
> > > from that site hit the transcoder and can call
> > > directly to the CUE Pilot and receives a
> greeting
> > (sho
> > > sdspfarm sessions shows active sessions).I debug
> > my
> > > dial-peers and I can see them match 1000
> > > (inbound WAN) and 2600 (CUE)
> > >
> > > When I setup an h323 gateway on CM and assign a
> > Device
> > > pool without any CM based transcoder, since it
> was
> > > using the CM transcoder previously. I place a
> call
> > to
> > > a CME phone and the call is answered as G729. I
> > place
> > > a call to CUE pilot and get reorder tone (sho
> > sdspfarm
> > > sessions shows no sessions active). Debug voip
> > > dialpeer all shows the same dialpeers matched as
> > the
> > > CME-CME call
 So it would appear that calls from
> > CME
> > > to CME are being transcoded fine but from CM to
> > CME
> > > are not (GK controlled or otherwise). Any ideas
> > here?
> > > I can attach my configs but they're rather long.
> > > Thanks
> > > Ted
> > >
> > >
> > > --- Ted Nugent <tednugent69 at yahoo.com> wrote:
> > >
> > >> As recommended I've upgraded to 12.4(8) to
> thwart
> > >> some
> > >> DSP bugs but I'm still getting the same deal.
> Any
> > >> other ideas?
> > >>
> > >> --- Ted Nugent <tednugent69 at yahoo.com> wrote:
> > >>
> > >>> I'm having issues with Calls Rolling to CUE
> over
> > >> the
> > >>> WAN using a GK controlled trunk in CM. I've
> > >> checked
> > >>> the obvious, transcoders registered,
> > call-forward
> > >>> pattern .T is set and the correct Dial-peers
> are
> > >>> being
> > >>> matched.
> > >>>
> > >>> If it set the Trunk to G711 all works fine. So
> > it
> > >>> would appear that my transcoder is NOT working
> > >>> although it is registered. Here’s my CME
> > >> transcoder
> > >>> config. Anyone have any ideas.
> > >>>
> > >>> sccp local FastEthernet0/0.7
> > >>> sccp
> > >>> sccp ccm 192.168.7.5 priority 1
> > >>> !
> > >>> dspfarm transcoder maximum sessions 4
> > >>> dspfarm
> > >>>
> > >>>
> > >>> telephony-service
> > >>>  load 7910 P00403020214
> > >>>  load 7960-7940 P00307020200
> > >>>  max-ephones 10
> > >>>  max-dn 20
> > >>>  ip source-address 192.168.7.5 port 2000
> > >>>  sdspfarm units 2
> > >>>  sdspfarm transcode sessions 4
> > >>>  sdspfarm unregister force
> > >>>  sdspfarm tag 1 mtp000c85084a20
> > >>>
> > >>>
> > >>> Lab-3725#sho dspfarm sessions
> > >>>
> > >>> Total number of active session(s) 0, and
> > >>> connection(s)
> > >>> 0
> > >>>
> > >>> Lab-3725#sho sdsp
> > >>> Lab-3725#sho sdspfarm sess
> > >>> Stream-ID:1 mtp:1 0.0.0.0  0  Local:0 IDLE
> > >>>  usage:
> > >>>  codec:G711Ulaw64k  duration:20 vad:0 peer
> > >>> Stream-ID:0
> > >>>
> > >>>
> > >>> Stream-ID:2 mtp:1 0.0.0.0  0  Local:0 IDLE
> > >>>  usage:
> > >>>  codec:G711Ulaw64k  duration:20 vad:0 peer
> > >>> Stream-ID:0
> > >>>
> > >>>
> > >>> Stream-ID:3 mtp:1 0.0.0.0  0  Local:0 IDLE
> > >>>  usage:
> > >>>  codec:G711Ulaw64k  duration:20 vad:0 peer
> > >>> Stream-ID:0
> > >>>
> > >>>
> > >>> Stream-ID:4 mtp:1 0.0.0.0  0  Local:0 IDLE
> > >>>  usage:
> > >>>  codec:G711Ulaw64k  duration:20 vad:0 peer
> > >>> Stream-ID:0
> > >>>
> > >>>
> > >>> Stream-ID:5 mtp:1 0.0.0.0  0  Local:0 IDLE
> > >>>  usage:
> > >>>  codec:G711Ulaw64k  duration:20 vad:0 peer
> > >>> Stream-ID:0
> > >>>
> > >>>
> > >>> Stream-ID:6 mtp:1 0.0.0.0  0  Local:0 IDLE
> > >>>  usage:
> > >>>  codec:G711Ulaw64k  duration:20 vad:0 peer
> > >>> Stream-ID:0
> > >>>
> > >>>
> > >>> Stream-ID:7 mtp:1 0.0.0.0  0  Local:0 IDLE
> > >>>  usage:
> > >>>  codec:G711Ulaw64k  duration:20 vad:0 peer
> > >>> Stream-ID:0
> > >>>
> > >>>
> > >>> Stream-ID:8 mtp:1 0.0.0.0  0  Local:0 IDLE
> > >>>  usage:
> > >>>  codec:G711Ulaw64k  duration:20 vad:0 peer
> > >>> Stream-ID:0
> > >>>
> > >>>
> > >>>
> > >>> Lab-3725#sho sdspfarm units
> > >>>
> > >>> mtp-1 Device:MTP000c85084a20 TCP socket:[3]
> > >>> REGISTERED
> > >>> actual_stream:8 max_stream 8 IP:192.168.7.5 
> > 55154
> > >>
> > >>> MTP YOKO keepalive 445
> > >>> Supported codec: G711Ulaw
> > >>>                  G711Alaw
> > >>>                  G729
> > >>>                  G729a
> > >>>                  G729b
> > >>>                  G729ab
> > >>>                  GSM FR
> > >>>                  GSM EFR
> > >>>
> > >>>  max-mtps:2, max-streams:8, alloc-streams:8,
> > >>> act-streams:0
> > >>>
> 
=== message truncated ===


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 


More information about the cisco-voip mailing list