Re: [Megaco] [MEGACO] Mid call codec negotiation with unspecified Local descriptor

Christian Groves <Christian.Groves@nteczone.com> Thu, 28 August 2014 21:41 UTC

Return-Path: <Christian.Groves@nteczone.com>
X-Original-To: megaco@ietfa.amsl.com
Delivered-To: megaco@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AA5351A6F12 for <megaco@ietfa.amsl.com>; Thu, 28 Aug 2014 14:41:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 2.699
X-Spam-Level: **
X-Spam-Status: No, score=2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FRT_SOMA2=2.199, J_CHICKENPOX_12=0.6, J_CHICKENPOX_15=0.6, J_CHICKENPOX_18=0.6, J_CHICKENPOX_19=0.6] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8sAUCbBhpotB for <megaco@ietfa.amsl.com>; Thu, 28 Aug 2014 14:41:50 -0700 (PDT)
Received: from cserver5.myshophosting.com (cserver5.myshophosting.com [175.107.161.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3264F1A6F13 for <megaco@ietf.org>; Thu, 28 Aug 2014 14:41:50 -0700 (PDT)
Received: from ppp118-208-19-239.lns20.mel8.internode.on.net ([118.208.19.239]:49692 helo=[127.0.0.1]) by cserver5.myshophosting.com with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.82) (envelope-from <Christian.Groves@nteczone.com>) id 1XN7Q3-0001uv-0h for megaco@ietf.org; Fri, 29 Aug 2014 07:39:47 +1000
Message-ID: <53FFA216.7030807@nteczone.com>
Date: Fri, 29 Aug 2014 07:41:42 +1000
From: Christian Groves <Christian.Groves@nteczone.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0
MIME-Version: 1.0
To: megaco@ietf.org
References: <CAO_t5PaE7eQJyO+aQ3hk6WsuTH+Yq+4djdvYVOco6Q3nnJ-55w@mail.gmail.com>
In-Reply-To: <CAO_t5PaE7eQJyO+aQ3hk6WsuTH+Yq+4djdvYVOco6Q3nnJ-55w@mail.gmail.com>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 8bit
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - cserver5.myshophosting.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - nteczone.com
X-Get-Message-Sender-Via: cserver5.myshophosting.com: authenticated_id: christian.groves@nteczone.com
X-Source:
X-Source-Args:
X-Source-Dir:
Archived-At: http://mailarchive.ietf.org/arch/msg/megaco/egFOB4dUNDvNXE3ABxcE8T2Hsyc
Subject: Re: [Megaco] [MEGACO] Mid call codec negotiation with unspecified Local descriptor
X-BeenThere: megaco@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Media Gateway Control <megaco.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/megaco>, <mailto:megaco-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/megaco/>
List-Post: <mailto:megaco@ietf.org>
List-Help: <mailto:megaco-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/megaco>, <mailto:megaco-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 28 Aug 2014 21:41:51 -0000

Hello Manpreet,

Please see my response below.

Regards, Christian

On 28/08/2014 2:17 AM, Manpreet Singh wrote:
>
> Hi All,
>
> Need you input in a MEGACO mid call codec negotiation scenario. In 
> this scenario Local descriptor was unspecified in mid call codec 
> change and we want to understand what will be correct behavior.
>
> Call flow in summary
>
> ==================
>
> 1. Firstly there is negotiation of audio codec and it is successful 
> (first modify request and its reply from MG is shown in message 1 & 
> message 2).
>
> 2. Second Modify Request send by MGC with unspecified Local (Message 3)
>
> 3. MG reply Modify with “515 Unsupported_Media_Type”. (Message 4)
>
> As per the RFC
>
> =============
>
> An unspecified Local or Remote Descriptor is considered to be a 
> missing mandatory parameter. It requires the MG to use whatever was 
> last specified for that descriptor. It is
>
> possible that there was no previously specified value, in which case 
> the descriptor concerned is ignored in further processing of the command.
>
> Behavior
>
> ========
>
> In this case local Descriptor was unspecified in modify (message 3) 
> due to this at media gateway previously specified value was PCMA.
>
[CNG] Yes this is acceptable to leave a previously set descriptor 
unspecified.
>
> As there is no matching codec in local and new remote Descriptor so MG 
> return error.
>
[CNG] H.248/Megaco doesn't specify that the codec in the local and 
remote descriptors must be the same. So from a protocol perspective it 
is OK to only include one descriptor.

The issue relates to what the MG can support. If the MG only supports 
the same codec in local and remote then it is legitimate to return an 
error. If the issue that the setting of the codec is also required in 
both the local and remote descriptors by the MG then it could return 
"441 Missing Remote or Local Descriptor". This would indicate that the 
local descriptor should also have been updated.

> Question
>
> =========
>
> Is MG behavior correct ?
>
[CNG] I didn't see where in the first message the MGC requested the 
local descriptor information? Would that have been requested in the 
initial ADD.req?
>
> Can anyone please confirm the right behavior of MG with second modify 
> request (Message 3) ?
>
[CNG] See above.
>
> Call follow
>
> ==========
>
> [Message 1:: First modify from MGC]
>
> !/2 <nord2.interconnect.mgc.voip.telefonica.de 
> <http://nord2.interconnect.mgc.voip.telefonica.de>>:2945 
> T=111526820{C=2913{mf=ds/stm1_2/e1_50/29{m{o{mo=sr,TDMC/EC=OFF}},e,sg{}},mf=tgwrtp/8456{m{o{mo=sr},r{v=0
>
> o=anonymous 140490962784 140490962786 IN IP4 213.20.251.120
>
> s=SIP Call
>
> c=IN IP4 213.20.251.120
>
> t=0 0
>
> m=audio 13076 RTP/AVP 8 0 125 101
>
> b=AS:82
>
> a=rtpmap:8 PCMA/8000/1
>
> a=rtpmap:0 PCMU/8000/1
>
> a=rtpmap:125 CLEARMODE/8000/1
>
> a=rtpmap:101 telephone-event/8000
>
> a=fmtp:101 0-15
>
> a=ptime:20
>
> a=sendrecv
>
> }},e,sg{}}}}
>
> [message 2 :: REPLY message for selected remote and local codecs form MG]:
>
> !/2 <tmgx-brln-de103-2>:2945 P = 111526820{ C = 2913 
> {mf=ds/stm1_2/e1_50/29 ,mf=TGWRTP/8456 { m { l {
>
> v=0
>
> o=- 392 1404909627 IN IP4 62.53.160.73
>
> s=-
>
> c=IN IP4 62.53.160.73
>
> t=0 0
>
> m=audio 30356 RTP/AVP 8 101
>
> a=ptime:20
>
> a=rtpmap:8 PCMA/8000/1
>
> a=rtpmap:101 telephone-event/8000/1
>
> a=fmtp:101 0-15
>
> } ,r {
>
> v=0
>
> o=anonymous 140490962784 140490962786 IN IP4 213.20.251.120
>
> s=-
>
> c=IN IP4 213.20.251.120
>
> t=0 0
>
> m=audio 13076 RTP/AVP 8 101
>
> a=rtpmap:8 PCMA/8000/1
>
> a=ptime:20
>
> a=rtpmap:101 telephone-event/8000
>
> a=fmtp:101 0-15
>
> } } } }}
>
> [message 3 :: second Modify Request with unspecified Local with change 
> in codec]
>
> !/2 <nord2.interconnect.mgc.voip.telefonica.de 
> <http://nord2.interconnect.mgc.voip.telefonica.de>>:2945 
> T=111528469{C=2913{mf=ds/stm1_2/e1_50/29{m{ts{CTYP/CALLTYP=[FAX,TEXT,DATA]},o{mo=sr,TDMC/EC=OFF}},e=1{CTYP/DTONE},sg{}},mf=tgwrtp/8456{m{o{mo=sr},r{v=0
>
> o=anonymous 140490962784 140490962787 IN IP4 213.20.251.120
>
> s=SIP Call
>
> c=IN IP4 213.20.251.120
>
> t=0 0
>
> m=audio 13076 RTP/AVP 0 101
>
> b=AS:82
>
> a=rtpmap:0 PCMU/8000/1
>
> a=rtpmap:101 telephone-event/8000
>
> a=fmtp:101 0-15
>
> a=ptime:20
>
> a=sendrecv
>
> }},e=1{IPFAX/FAXCONNCHANGE},sg{}}}}
>
> [message 4 :: Modify Reply]
>
> !/2 <tmgx-brln-de103-2>:2945 P = 111528469{ C = 2913 
> {mf=ds/stm1_2/e1_50/29 ,mf=TGWRTP/8456 { er = 515 { 
> "Unsupported_Media_Type" } } }}
>
> Any information will be appreciated!
>
> Thanks &Regards,
>
> Manpreet
>
>
>
> _______________________________________________
> Megaco mailing list
> Megaco@ietf.org
> https://www.ietf.org/mailman/listinfo/megaco