Re: [Spud] No. Operators don't need SPUD for mobile network management

Frode Kileng <frodek@tele.no> Thu, 21 July 2016 15:36 UTC

Return-Path: <frodek@tele.no>
X-Original-To: spud@ietfa.amsl.com
Delivered-To: spud@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9ACE212D520 for <spud@ietfa.amsl.com>; Thu, 21 Jul 2016 08:36:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.187
X-Spam-Level:
X-Spam-Status: No, score=-3.187 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.287] autolearn=ham autolearn_force=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 Jvy2lkjrOO5Z for <spud@ietfa.amsl.com>; Thu, 21 Jul 2016 08:35:55 -0700 (PDT)
Received: from gorgon.tele.no (gorgon.tele.no [193.156.17.70]) by ietfa.amsl.com (Postfix) with ESMTP id E264F12D0B4 for <spud@ietf.org>; Thu, 21 Jul 2016 08:35:54 -0700 (PDT)
Received: from localhost ([127.0.0.1] helo=[IPv6:::1]) by gorgon.tele.no with esmtp (Exim 4.84_2) (envelope-from <frodek@tele.no>) id 1bQG4E-0006um-4F; Thu, 21 Jul 2016 17:39:18 +0200
To: "Eggert, Lars" <lars@netapp.com>, Mikael Abrahamsson <swmike@swm.pp.se>
References: <43a39476-9327-87ef-204c-d7c614a80669@tele.no> <alpine.DEB.2.02.1607211643150.2309@uplift.swm.pp.se> <0f504f66-1df8-e2da-b55a-3e44e67d0912@tele.no> <alpine.DEB.2.02.1607211712500.2309@uplift.swm.pp.se> <3F114FAB-6F70-4908-939C-1DA5661B2113@netapp.com>
From: Frode Kileng <frodek@tele.no>
Message-ID: <a27f9139-22e5-1e40-7800-c7e0295b8740@tele.no>
Date: Thu, 21 Jul 2016 17:35:50 +0200
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0
MIME-Version: 1.0
In-Reply-To: <3F114FAB-6F70-4908-939C-1DA5661B2113@netapp.com>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/spud/sI2mNJEihUWNXKMmz9VM6XaNagc>
Cc: "spud@ietf.org" <spud@ietf.org>
Subject: Re: [Spud] No. Operators don't need SPUD for mobile network management
X-BeenThere: spud@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Session Protocol Underneath Datagrams <spud.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/spud>, <mailto:spud-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/spud/>
List-Post: <mailto:spud@ietf.org>
List-Help: <mailto:spud-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/spud>, <mailto:spud-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 21 Jul 2016 15:36:00 -0000

On 21.07.2016 17:22, Eggert, Lars wrote:
> Why is the first packet arriving at a middlebox for which it has no 
> binding not treated as such a "connection establishment packet"? Why 
> does a bit need to be set for it to be treated as such?

Yes. And if needed, any return traffic can be used as an indicator that 
something is consenting to this traffic.

frodek