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

Mikael Abrahamsson <swmike@swm.pp.se> Thu, 21 September 2017 14:54 UTC

Return-Path: <swmike@swm.pp.se>
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 E82E5134B77 for <v6ops@ietfa.amsl.com>; Thu, 21 Sep 2017 07:54:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.3
X-Spam-Level:
X-Spam-Status: No, score=-4.3 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=swm.pp.se
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 VQPFXK2zU27d for <v6ops@ietfa.amsl.com>; Thu, 21 Sep 2017 07:54:44 -0700 (PDT)
Received: from uplift.swm.pp.se (ipv6.swm.pp.se [IPv6:2a00:801::f]) (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 4EA2C129A89 for <v6ops@ietf.org>; Thu, 21 Sep 2017 07:54:44 -0700 (PDT)
Received: by uplift.swm.pp.se (Postfix, from userid 501) id 06C54AF; Thu, 21 Sep 2017 16:54:41 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=swm.pp.se; s=mail; t=1506005682; bh=weu+yKNM0CclbdeRwr6uBcgEvwUgN1csholcAi70WGc=; h=Date:From:To:cc:Subject:In-Reply-To:References:From; b=lYq/wfjF6cuXqqWY1X3kpO+bjAfAkEuhF4Rk/gnzv+kyRrsLcPPB6pdd9I5NN7oIQ Hj4QrcMLFvdmuX0jHtoezoGT7/AvByF9bGUAP8auejhCJ+cQKoDc6GJJnP8k+HlBuN e+AwUzQIMz4lixKyBIkSrvA7Uah2JrUjN/3ZjZeg=
Received: from localhost (localhost [127.0.0.1]) by uplift.swm.pp.se (Postfix) with ESMTP id E302A84; Thu, 21 Sep 2017 16:54:41 +0200 (CEST)
Date: Thu, 21 Sep 2017 16:54:41 +0200
From: Mikael Abrahamsson <swmike@swm.pp.se>
To: Alexandre Petrescu <alexandre.petrescu@gmail.com>
cc: Ca By <cb.list6@gmail.com>, Owen DeLong <owen@delong.com>, v6ops@ietf.org
In-Reply-To: <a7d02d4e-b74e-1de3-6f5c-2e51f658f5dc@gmail.com>
Message-ID: <alpine.DEB.2.20.1709211653070.29378@uplift.swm.pp.se>
References: <C1017FAF-91C3-4CA3-89C2-B64FF5100E41@consulintel.es> <58bb7a08-4595-f9b8-0be4-25bb471ca2db@gmail.com> <CAAedzxrMk10P8g0p5=1m8rANFy6+GvkA7+SrnWLKp3Do7sY5aw@mail.gmail.com> <d441f1cd-7b22-f94f-1fe2-4b12ab47ae21@gmail.com> <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>
User-Agent: Alpine 2.20 (DEB 67 2015-01-07)
Organization: People's Front Against WWW
MIME-Version: 1.0
Content-Type: multipart/mixed; BOUNDARY="-137064504-128636461-1506005681=:29378"
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/pklv1JLXzXFoozbMrQEh4LzT4IY>
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 14:54:46 -0000

On Thu, 21 Sep 2017, Alexandre Petrescu wrote:

>
>
> Le 21/09/2017 à 15:56, Mikael Abrahamsson a écrit :
>> On Thu, 21 Sep 2017, Alexandre Petrescu wrote:
>> 
>>> Ok, I can agree if you say so.  I can not capture packets on the UE to 
>>> confirm or infirm; the "UE" is the "modem", that's how Balong calls it; 
>>> there is no source code for that part.
>>> 
>>> It seems that you tried to capture on modem?  Or is it that somebody told 
>>> this to you?  Or is it that it is in the 3GPP specs?
>> 
>> It's in the 3GPP spec. In 3G it's GTP GGSN-RNC, and then it's handled by 
>> the RLC layer between RNC and UE. I'd imagine it's something similar in LTE 
>> but then instead between UE and eNodB (since there is no RNC).
>
> So you mean the UE does GTP?

Since at least one more person has asked about this.

GTP: GGSN-RNC
RLC: RNC-UC

GTP tunnel is terminated in RNC and packet is decapsulated before reaching 
the RLC layer (in the GGSN->UE direction).

-- 
Mikael Abrahamsson    email: swmike@swm.pp.se

v2.23.0 | Report a Bug | By Email