Re: [tram] SSODA (Single SOcket Dual Allocation with TURN)
Oleg Moskalenko <mom040267@gmail.com> Thu, 17 July 2014 06:52 UTC
Return-Path: <mom040267@gmail.com>
X-Original-To: tram@ietfa.amsl.com
Delivered-To: tram@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0772D1A0A8B for <tram@ietfa.amsl.com>; Wed, 16 Jul 2014 23:52:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.749
X-Spam-Level:
X-Spam-Status: No, score=-1.749 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] 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 16yzDk1b2WtI for <tram@ietfa.amsl.com>; Wed, 16 Jul 2014 23:52:34 -0700 (PDT)
Received: from mail-we0-x22d.google.com (mail-we0-x22d.google.com [IPv6:2a00:1450:400c:c03::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0B4C71A0A8C for <tram@ietf.org>; Wed, 16 Jul 2014 23:52:33 -0700 (PDT)
Received: by mail-we0-f173.google.com with SMTP id q58so1946531wes.32 for <tram@ietf.org>; Wed, 16 Jul 2014 23:52:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=yNp7P6UjrDwWWXnuYelb1YWqSSj/kk3tLaDvgiZm+VU=; b=CMmbNHHv4szHyHqS9Zc/7cJG2QAejTQNOciFxWjDf06ZL09lIKT79E77X8I/C10ZsG g4iGc+w6RAP0ngHLxIQqG4DIKGu+rK4VRbchNSLvkAcMJwbQO7zpzp9v4cEk1oqmbFxu sUNrSck1/Xxbq5Yz+NLqwKLEv6hF0Rx2BHcxleK4MUkjxcaDBLEoF8nw67hfhaGqv9FA uDc+FIdixoAdvMxxEZQmQB/1X5dtU3UqdgZqkuu5wM6AzX3P5q5lHS+U7yu5nbbnHeX+ 17rlJbo97oTBIbApUMivnth7NpVr++N6rY9fT82piLBsbkvIizI2oLQOGZDP82y7WcdY 6+0Q==
MIME-Version: 1.0
X-Received: by 10.195.17.164 with SMTP id gf4mr41829165wjd.45.1405579950640; Wed, 16 Jul 2014 23:52:30 -0700 (PDT)
Received: by 10.194.38.36 with HTTP; Wed, 16 Jul 2014 23:52:30 -0700 (PDT)
In-Reply-To: <5DCC4DBD-B03F-4F75-A96A-EF8C9F241921@cisco.com>
References: <5DCC4DBD-B03F-4F75-A96A-EF8C9F241921@cisco.com>
Date: Wed, 16 Jul 2014 23:52:30 -0700
Message-ID: <CALDtMr+e750RLzFLDmw6dNa6z-=XditSEM0wgTHakQNQOt6oDQ@mail.gmail.com>
From: Oleg Moskalenko <mom040267@gmail.com>
To: "Pal Martinsen (palmarti)" <palmarti@cisco.com>
Content-Type: multipart/alternative; boundary="089e016817dea954c504fe5e158f"
Archived-At: http://mailarchive.ietf.org/arch/msg/tram/K6oljmLWTQtuxrzi3hxXd0iduPA
Cc: "tram@ietf.org" <tram@ietf.org>
Subject: Re: [tram] SSODA (Single SOcket Dual Allocation with TURN)
X-BeenThere: tram@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Discussing the creation of a Turn Revised And Modernized \(TRAM\) WG, which goal is to consolidate the various initiatives to update TURN and STUN." <tram.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tram>, <mailto:tram-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/tram/>
List-Post: <mailto:tram@ietf.org>
List-Help: <mailto:tram-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tram>, <mailto:tram-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 17 Jul 2014 06:52:36 -0000
While working on SSODA implementation, I found an important typo in SSODA document: The current text of the last paragraph in the section 2.1: " Clients MUST NOT include a REQUESTED-ADDRESS-FAMILY attribute in an Allocate request that contains a RESERVATION-TOKEN or an EVEN-PORT attributes. The SSODA mechanism is not available when using the odd/ even port allocation scheme." The problem is that there is nothing wrong in including a REQUESTED-ADDRESS-FAMILY attribute in the EVEN-PORT ALLOCATE request. The RFC 6156 does not forbid that and that is actually a necessary functionality. The potential problem happens only when we are attempting to include more than one REQUESTED-ADDRESS-FAMILY attribute in the EVEN-PORT ALLOCATE request. That paragraph has to be replaced to this text: "The SSODA mechanism is not available when using the odd/ even port allocation scheme. Clients MUST NOT include a REQUESTED-ADDRESS-FAMILY attribute in an Allocate request that contains a RESERVATION-TOKEN attribute. Clients MUST NOT include a second REQUESTED-ADDRESS-FAMILY attribute in an Allocate request that contains an EVEN-PORT attribute. " Thanks Oleg On Mon, Mar 17, 2014 at 3:55 AM, Pal Martinsen (palmarti) < palmarti@cisco.com> wrote: > Hi TRAMsters, > > Justin, Oleg and myself wrote up some of the thoughts regarding single > socket dual IPv4/IPv6 allocations that was discussed earlier on the list. > There are still open issues, but we feel it is important that the > discussion continue on the list. > > Below are the submission details: > > A new version of I-D, draft-martinsen-tram-ssoda-00.txt > has been successfully submitted by Paal-Erik Martinsen and posted to the > IETF repository. > > Name: draft-martinsen-tram-ssoda > Revision: 00 > Title: Single SOcket Dual Allocation with TURN > Document date: 2014-03-17 > Group: Individual Submission > Pages: 8 > URL: > http://www.ietf.org/internet-drafts/draft-martinsen-tram-ssoda-00.txt > Status: > https://datatracker.ietf.org/doc/draft-martinsen-tram-ssoda/ > Htmlized: http://tools.ietf.org/html/draft-martinsen-tram-ssoda-00 > > > Abstract: > This draft describes a simple method for allocating one IPv4 and one > IPv6 relay address from a single ALLOCATE request to the TURN server. > This saves local ports on the client, reduces the number of > candidates gathered by the client, and reduces the number of messages > sent between the client and the TURN server. > > > .-. > Pål-Erik > > _______________________________________________ > tram mailing list > tram@ietf.org > https://www.ietf.org/mailman/listinfo/tram > >
- [tram] SSODA (Single SOcket Dual Allocation with … Pal Martinsen (palmarti)
- Re: [tram] SSODA (Single SOcket Dual Allocation w… Tirumaleswar Reddy (tireddy)
- Re: [tram] SSODA (Single SOcket Dual Allocation w… Simon Perreault
- Re: [tram] SSODA (Single SOcket Dual Allocation w… Oleg Moskalenko
- Re: [tram] SSODA (Single SOcket Dual Allocation w… Oleg Moskalenko
- Re: [tram] SSODA (Single SOcket Dual Allocation w… Simon Perreault
- Re: [tram] SSODA (Single SOcket Dual Allocation w… Oleg Moskalenko
- Re: [tram] SSODA (Single SOcket Dual Allocation w… Simon Perreault
- Re: [tram] SSODA (Single SOcket Dual Allocation w… Oleg Moskalenko
- Re: [tram] SSODA (Single SOcket Dual Allocation w… Simon Perreault
- Re: [tram] SSODA (Single SOcket Dual Allocation w… Oleg Moskalenko
- Re: [tram] SSODA (Single SOcket Dual Allocation w… Simon Perreault
- Re: [tram] SSODA (Single SOcket Dual Allocation w… Oleg Moskalenko
- Re: [tram] SSODA (Single SOcket Dual Allocation w… Tirumaleswar Reddy (tireddy)
- Re: [tram] SSODA (Single SOcket Dual Allocation w… Tirumaleswar Reddy (tireddy)
- Re: [tram] SSODA (Single SOcket Dual Allocation w… Pal Martinsen (palmarti)
- Re: [tram] SSODA (Single SOcket Dual Allocation w… Pal Martinsen (palmarti)
- Re: [tram] SSODA (Single SOcket Dual Allocation w… Simon Perreault
- Re: [tram] SSODA (Single SOcket Dual Allocation w… Oleg Moskalenko
- Re: [tram] SSODA (Single SOcket Dual Allocation w… Oleg Moskalenko
- Re: [tram] SSODA (Single SOcket Dual Allocation w… Tirumaleswar Reddy (tireddy)
- Re: [tram] SSODA (Single SOcket Dual Allocation w… Justin Uberti
- Re: [tram] SSODA (Single SOcket Dual Allocation w… Oleg Moskalenko
- Re: [tram] SSODA (Single SOcket Dual Allocation w… Pal Martinsen (palmarti)
- Re: [tram] SSODA (Single SOcket Dual Allocation w… Simon Perreault
- Re: [tram] SSODA (Single SOcket Dual Allocation w… Jonathan Lennox
- Re: [tram] SSODA (Single SOcket Dual Allocation w… Justin Uberti
- Re: [tram] SSODA (Single SOcket Dual Allocation w… Justin Uberti
- Re: [tram] SSODA (Single SOcket Dual Allocation w… Jonathan Lennox
- Re: [tram] SSODA (Single SOcket Dual Allocation w… Oleg Moskalenko
- Re: [tram] SSODA (Single SOcket Dual Allocation w… Justin Uberti
- Re: [tram] SSODA (Single SOcket Dual Allocation w… Jonathan Lennox
- Re: [tram] SSODA (Single SOcket Dual Allocation w… Oleg Moskalenko