IETF Logo Mail Archive

Re: [v6ops] [*SPAM* Score/Req: 3.9/3.3] Re: [*SPAM* Score/Req: 3.9/3.3] Re: reclassify 464XLAT as standard instead of info

Alexandre Petrescu <alexandre.petrescu@gmail.com> Thu, 21 September 2017 15:17 UTC

Return-Path: <alexandre.petrescu@gmail.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C055A13304D for <v6ops@ietfa.amsl.com>; Thu, 21 Sep 2017 08:17:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.633
X-Spam-Level:
X-Spam-Status: No, score=-2.633 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FREEMAIL_FROM=0.001, NML_ADSP_CUSTOM_MED=0.9, RCVD_IN_DNSWL_MED=-2.3, SPF_SOFTFAIL=0.665] 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 BiRzgjL2qwrX for <v6ops@ietfa.amsl.com>; Thu, 21 Sep 2017 08:17:33 -0700 (PDT)
Received: from cirse-smtp-out.extra.cea.fr (cirse-smtp-out.extra.cea.fr [132.167.192.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0B7E4126B6D for <v6ops@ietf.org>; Thu, 21 Sep 2017 08:17:32 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by cirse-sys.extra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id v8LFHS9Y047273; Thu, 21 Sep 2017 17:17:28 +0200
Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 7E85E20F125; Thu, 21 Sep 2017 17:17:28 +0200 (CEST)
Received: from muguet2.intra.cea.fr (muguet2.intra.cea.fr [132.166.192.7]) by pisaure.intra.cea.fr (Postfix) with ESMTP id 73A0020F120; Thu, 21 Sep 2017 17:17:28 +0200 (CEST)
Received: from [10.8.34.184] (is227335.intra.cea.fr [10.8.34.184]) by muguet2.intra.cea.fr (8.15.2/8.15.2/CEAnet-Intranet-out-1.4) with ESMTP id v8LFHSLs026418; Thu, 21 Sep 2017 17:17:28 +0200
To: Mikael Abrahamsson <swmike@swm.pp.se>
Cc: Ca By <cb.list6@gmail.com>, Owen DeLong <owen@delong.com>, v6ops@ietf.org
References: <C1017FAF-91C3-4CA3-89C2-B64FF5100E41@consulintel.es> <39456568-1DF0-4D51-8E94-0FDF3595EB31@consulintel.es> <58c5384b-d7d4-f89b-4e1c-f340d2af6630@gmail.com> <8AC03AD2-A7C0-48ED-BFD1-54AEF6A2C29B@consulintel.es> <75a6ea1b-de5d-5b8d-b3d9-d24edbb7bfad@gmail.com> <3521F710-56E4-4950-9EA0-6ECC58219F11@delong.com> <1c0b744f-05ef-6df0-9233-9e86d3de7c8e@gmail.com> <DD38869A-815E-4456-92E8-1F545CDCCB22@delong.com> <add60b73-17a3-ca99-39e1-e58b7002344e@gmail.com> <CAD6AjGSh8gjcmVhWmiYxFC5OVr2HmYntgg5iJYJKVoNJcerCXw@mail.gmail.com> <8cdcdb7f-7c21-1501-81b4-8ac34976389b@gmail.com> <CAD6AjGTd17yvw1Tgb1CJQ4Bk2BCyeffdXjs=9Zg=-NWcdLXU2w@mail.gmail.com> <3c8584d6-278a-751a-ecd8-d1c9b2cc2206@gmail.com> <alpine.DEB.2.20.1709211553470.29378@uplift.swm.pp.se> <a7d02d4e-b74e-1de3-6f5c-2e51f658f5dc@gmail.com> <alpine.DEB.2.20.1709211647030.29378@uplift.swm.pp.se> <f171e18f-0fdd-d351-26bc-9f2b86382ae8@gmail.com> <alpine.DEB.2.20.1709211701001.18564@uplift.swm.pp.se>
From: Alexandre Petrescu <alexandre.petrescu@gmail.com>
Message-ID: <40ed227b-db4b-a5bf-9af4-014969032fcf@gmail.com>
Date: Thu, 21 Sep 2017 17:17:28 +0200
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0
MIME-Version: 1.0
In-Reply-To: <alpine.DEB.2.20.1709211701001.18564@uplift.swm.pp.se>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: fr
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/3Rxi3PPvoh5l17fUpXleV9fAWNg>
Subject: Re: [v6ops] [*SPAM* Score/Req: 3.9/3.3] Re: [*SPAM* Score/Req: 3.9/3.3] Re: reclassify 464XLAT as standard instead of info
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/v6ops/>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 21 Sep 2017 15:17:35 -0000


Le 21/09/2017 à 17:07, Mikael Abrahamsson a écrit :
> On Thu, 21 Sep 2017, Alexandre Petrescu wrote:
> 
>> So I understand from three different persons that UE does not use GTP.
>>
>> If nobody else tries, I will have to ask the modem manufacturer.
> 
> Correct. The RLC layer is what's run over the "radio". The GTP tunnel 
> header is taken out before it enters this, because it's kind of its own 
> "tunnel".
> 
> It's the same misconception that there is PPP in 3GPP networks. There 
> isn't, it's just an abstraction between the UE baseband and the 
> operating system.

Yet, Mikael, there is ppp on ARM and there is meaningful dialogue 
between ARM and something.  The operator says they dont do any ppp.

So, the modem does a sort of 'ppp proxy' that is not documented anywhere.

That's what you call 'misconception' - it's the modem that does things 
that nobody knows what.

> 3G:
> GTP between GGSN-SGSN-RNC.
> RLC between RNC-enodb-UE baseband.
> 
> 4G:
> GTP between SPGW-enodb
> RLC between enodb-UE baseband.
> 
> Then the baseband can have all kinds of interfaces to handoff packets to 
> the kernel. It can pretend to be an ethernet bridge, it can pretend to 
> be PPP tunnel, I'm sure it can pretend to be other things.

YEs.  We dont know any of these.

It's hard to make any stnadards decision if we dont know this modem 
behaviour.

Imagine it does a sort of 64share itself, and the ARM also does 64share 
- there are two levels of  this 'sharing'.  It's not good.

Alex

v2.23.0 | Report a Bug | By Email