Re: [Megaco] Fwd: ReservedGroup Usage for IPV4-IPv6 calls

"Schwarz, Albrecht (Albrecht)" <albrecht.schwarz@alcatel-lucent.com> Mon, 09 August 2010 11:43 UTC

Return-Path: <albrecht.schwarz@alcatel-lucent.com>
X-Original-To: megaco@core3.amsl.com
Delivered-To: megaco@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A0DD028C0E2 for <megaco@core3.amsl.com>; Mon, 9 Aug 2010 04:43:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.349
X-Spam-Level:
X-Spam-Status: No, score=-4.349 tagged_above=-999 required=5 tests=[AWL=1.299, BAYES_00=-2.599, HELO_EQ_FR=0.35, HTML_MESSAGE=0.001, J_CHICKENPOX_34=0.6, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9QboZub6-kwT for <megaco@core3.amsl.com>; Mon, 9 Aug 2010 04:43:52 -0700 (PDT)
Received: from smail5.alcatel.fr (smail5.alcatel.fr [62.23.212.27]) by core3.amsl.com (Postfix) with ESMTP id 2570C28C0E0 for <megaco@ietf.org>; Mon, 9 Aug 2010 04:43:51 -0700 (PDT)
Received: from FRMRSSXCHHUB01.dc-m.alcatel-lucent.com (FRMRSSXCHHUB01.dc-m.alcatel-lucent.com [135.120.45.61]) by smail5.alcatel.fr (8.14.3/8.14.3/ICT) with ESMTP id o79BiOpk010244 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Mon, 9 Aug 2010 13:44:24 +0200
Received: from FRMRSSXCHMBSD2.dc-m.alcatel-lucent.com ([135.120.45.52]) by FRMRSSXCHHUB01.dc-m.alcatel-lucent.com ([135.120.45.61]) with mapi; Mon, 9 Aug 2010 13:44:21 +0200
From: "Schwarz, Albrecht (Albrecht)" <albrecht.schwarz@alcatel-lucent.com>
To: raj kumaradass <rajkumaradass@gmail.com>
Date: Mon, 09 Aug 2010 13:44:19 +0200
Thread-Topic: [Megaco] Fwd: ReservedGroup Usage for IPV4-IPv6 calls
Thread-Index: Acs3rzmIJncgNcN4Sfau9vNtEP/3LwACAMzQ
Message-ID: <5F7BCCF5541B7444830A2288ABBEBC961D469E2E47@FRMRSSXCHMBSD2.dc-m.alcatel-lucent.com>
References: <AANLkTilHGaaik3dvYtmP1bhqpXOfxru0IG6ddaJ7lY1R@mail.gmail.com> <AANLkTimRxc9tvV-quw2PDUH3QaOr7e-q_vFg8ha8pQU9@mail.gmail.com>
In-Reply-To: <AANLkTimRxc9tvV-quw2PDUH3QaOr7e-q_vFg8ha8pQU9@mail.gmail.com>
Accept-Language: de-DE, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: de-DE, en-US
Content-Type: multipart/alternative; boundary="_000_5F7BCCF5541B7444830A2288ABBEBC961D469E2E47FRMRSSXCHMBSD_"
MIME-Version: 1.0
X-Scanned-By: MIMEDefang 2.64 on 155.132.188.13
Cc: "megaco@ietf.org" <megaco@ietf.org>
Subject: Re: [Megaco] Fwd: ReservedGroup Usage for IPV4-IPv6 calls
X-BeenThere: megaco@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Media Gateway Control <megaco.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/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: Mon, 09 Aug 2010 11:43:53 -0000

[MG1 supports only IPv6, right? Or supports MG1 dual-stack?]

There are multiple call & gateway control options from perspective of the MG1-associated MGC:

1st Clarify IP version first end-to-end on call control level
    Implies SDP Offer/Answer in case of SIP.
    The MGC may use "a=ccap" (draft-ietf-mmusic-sdp-misc-cap) and potential configurations.

2nd Parallel establishment of IP transport connection in bearer plane.
If MG1 supports only IPv6, then just exact specification
If MG1 supports dual-stack, then two local destination IP transport endpoints may be reserved ... (with preference on IPV6).

Thus, multiple options, nothing normative from my understanding.


________________________________
From: megaco-bounces@ietf.org [mailto:megaco-bounces@ietf.org] On Behalf Of raj kumaradass
Sent: Montag, 9. August 2010 12:40
To: megaco@ietf.org
Subject: [Megaco] Fwd: ReservedGroup Usage for IPV4-IPv6 calls

Resending the email.


---------- Forwarded message ----------
From: raj kumaradass <rajkumaradass@gmail.com<mailto:rajkumaradass@gmail.com>>
Date: Wed, Jul 14, 2010 at 10:52 AM
Subject: ReservedGroup Usage for IPV4-IPv6 calls
To: megaco@ietf.org<mailto:megaco@ietf.org>


Greetings,


Would like to know if the below handling of reservedGroup&underspecified SDP are valid:

Originating Side MG1(IPV6) -- MGC (supports both IPv4/IPv6) --Terminating MG2 (IP details Not Yet known)

When there's notification for offhook msg reported from the MG 1, the next transaction which consists of AddTermination to context, Apply dialtoneSG to physical term, requset on/flashhook from phy.term and add eph. termination ctxt.  Along with this, when there's a underspecified SDP to be sent in the Local SDP, it's mandatory to set the reserveredGroup flag to ON in LCO and include underspecified sessiondescriptors for IPV4 & IPV6, since the terminating side support is not known at this point.

Appreciate your inputs.

thanks,
...Raj