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

Ted Nugent tednugent69 at yahoo.com
Wed Jul 26 13:20:43 EDT 2006


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
> >>>
> >>>
> >>>
> __________________________________________________
> >>> Do You Yahoo!?
> >>> Tired of spam?  Yahoo! Mail has the best spam
> >>> protection around
> >>> http://mail.yahoo.com
> >>> _______________________________________________
> >>> cisco-voip mailing list
> >>> cisco-voip at puck.nether.net
> >>>
> >>
> https://puck.nether.net/mailman/listinfo/cisco-voip
> >>>
> >>
> >>
> >>
> __________________________________________________
> >> Do You Yahoo!?
> >> Tired of spam?  Yahoo! Mail has the best spam
> >> protection around
> >> http://mail.yahoo.com
> >> _______________________________________________
> >> cisco-voip mailing list
> 
=== 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