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
>
>