[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 Im not
> > the only one thats 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. Heres 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