[cisco-voip] Transcoding on a CME for a CUE

[Amit Kumar]

So when we say working from PSTN , then its using same sip trunks ( g.729
), which is used in CFA scenario as well.

As i can see that midcall invite / update consume has been configured on
voice service voip, not sure if that is a real deal breaker here.

but it would be worth checking with next keyword available in same command,
" media-change ".

Additionally as you have already said, that calls fails at early stage,
when processing provision responses, because SDP Offer Answer was not
completed. & we missed to send an early media , due to 100rel support.

below debugs should help more in this case.

debug ccsip info
debug ccsip messages



On Fri, Feb 7, 2014 at 10:05 PM, <Zoltan.Kelemen at emerson.com> wrote:

>  It does work through PSTN.
>
>
>
> Here's the show output.
>
>
>
> ETUSSUNCME01#sh sdspfarm units
>
>
>
> conf-1 Device:confer1 TCP socket:[25]  REGISTERED in SCCP ver 18/18
>
> actual_stream:32 max_stream 32 IP:10.193.35.2 * 36967  Conference
> Dixieland keepalive 744794
>
> Supported codec:
>
>                  G711Ulaw
>
>                  G711Alaw
>
>                  G729
>
>                  G729a
>
>                  G729b
>
>                  G729ab
>
>
>
> mtp-2 Device:xcode01 TCP socket:[100]  REGISTERED in SCCP ver 18/18
>
> actual_stream:14 max_stream 14 IP:10.193.35.2 * 39539  MTP Dixieland
> keepalive 222496
>
> Supported codec:
>
>                  G711Ulaw
>
>                  G711Alaw
>
>                  G729
>
>                  G729a
>
>                  G729b
>
>                  G729ab
>
>
>
> *Zoltan Kelemen*
> Global Communications and Information Security
> Implementation Engineering
> w: +40 374 132356 | m: +40 757 039093
>
>
>
> *From:* Amit Kumar [mailto:amit3.kum at gmail.com]
> *Sent:* Friday, February 07, 2014 10:27 AM
> *To:* Kelemen, Zoltan [CORP/RO]
>
> *Subject:* Re: [cisco-voip] Transcoding on a CME for a CUE
>
>
>
> Here is my 2 cents
>
> An "show sdspfarm units" will ensure if they are really registered.
>
> Have we tried calling cue pilot directly from pstn. To see if it's only
> relevant to cfa.
>
> On 07-Feb-2014 8:00 pm, <Zoltan.Kelemen at emerson.com> wrote:
>
> Hi,
>
> Incoming codec is g.729. It does not show up in the config since that is
> the default setting on a dial-peer.
>
> I'm well aware, that the two codecs differ, I have no choice (WAN is
> strictly g729, CUE is g711 only). That is why I have transcoding set up,
> see my original email in the thread.
> I'm also aware that the call fails, because of codec mismatch.
>
> My problem is why? Why does the configured transcoding NOT work as
> expected?
> This will probably end up a TAC case early next week as I'm traveling
> right now, just wanted to get some opinions if I was doing anything
> obviously wrong and if I've missed something.
>
> Zoltan Kelemen
> Global Communications and Information Security
> Implementation Engineering
> Emerson
>
> -----Original Message-----
> From: cisco-voip [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of
> Andreas Sikkema
> Sent: Friday, February 07, 2014 3:24 AM
> To: cisco-voip at puck.nether.net
> Subject: Re: [cisco-voip] Transcoding on a CME for a CUE
>
> Zoltan,
>
> > The attached trace should have those debugs and more.
> >
> >
> >
> > Caller: +13***531042
> > Called: +19***465067
> >
> > Forwarded to voicemail extension: 5110
>
> Zoltan, the incoming call is G.729 only and all dialpeers in your config
> appear to be G.711 only.
>
>
> --
> Andreas Sikkema
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20140207/40a74dce/attachment.html>