Re: [v6ops] draft-ietf-v6ops-64share

Vízdal Aleš <ales.vizdal@t-mobile.cz> Tue, 22 January 2013 21:46 UTC

Return-Path: <ales.vizdal@t-mobile.cz>
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 0EF1021F89A3 for <v6ops@ietfa.amsl.com>; Tue, 22 Jan 2013 13:46:39 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.95
X-Spam-Level:
X-Spam-Status: No, score=-1.95 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_CZ=0.445, HOST_EQ_CZ=0.904, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sgbgfSZgkoBF for <v6ops@ietfa.amsl.com>; Tue, 22 Jan 2013 13:46:38 -0800 (PST)
Received: from mailhub1.t-mobile.cz (mailhub1.t-mobile.cz [62.141.0.149]) by ietfa.amsl.com (Postfix) with ESMTP id 81C9821F899F for <v6ops@ietf.org>; Tue, 22 Jan 2013 13:46:37 -0800 (PST)
Received: from srvhk504.rdm.cz (unknown [10.254.92.81]) by mailhub1.t-mobile.cz (Postfix) with ESMTP id 0B88D28582F; Tue, 22 Jan 2013 22:46:33 +0100 (CET)
Received: from SRVHKE02.rdm.cz ([fe80::94ce:8456:f6fa:86a8]) by srvhk504.rdm.cz ([fe80::744e:351e:b5b:fd01%12]) with mapi; Tue, 22 Jan 2013 22:46:32 +0100
From: Vízdal Aleš <ales.vizdal@t-mobile.cz>
To: Mark Smith <markzzzsmith@yahoo.com.au>, Cameron Byrne <cb.list6@gmail.com>
Date: Tue, 22 Jan 2013 22:42:05 +0100
Thread-Topic: [v6ops] draft-ietf-v6ops-64share
Thread-Index: Ac342B2m2Ezy5zOyS4WZI4JaTvTNQQACenvg
Message-ID: <1808340F7EC362469DDFFB112B37E2FCC6CF9C940A@SRVHKE02.rdm.cz>
References: <CAD6AjGSEOva1RzDXJqmstFk=13JnPUSWM9rQ3PmXCXPQQwcBDQ@mail.gmail.com> <1358681491.98785.YahooMailNeo@web142502.mail.bf1.yahoo.com> <CAD6AjGSfJHTwL-TM+U68h6SOtcid5JD_0ZJpFufyG3P-bOYtsQ@mail.gmail.com> <1358883507.57517.YahooMailNeo@web142506.mail.bf1.yahoo.com>
In-Reply-To: <1358883507.57517.YahooMailNeo@web142506.mail.bf1.yahoo.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="iso-8859-2"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-CFilter-Loop: Forwarded
Cc: "v6ops@ietf.org" <v6ops@ietf.org>
Subject: Re: [v6ops] draft-ietf-v6ops-64share
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.12
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: <http://www.ietf.org/mail-archive/web/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: Tue, 22 Jan 2013 21:46:39 -0000

> -----Original Message-----
> From: v6ops-bounces@ietf.org [mailto:v6ops-bounces@ietf.org] On Behalf Of Mark
> Smith
> Sent: Tuesday, January 22, 2013 8:38 PM
> To: Cameron Byrne
> Cc: v6ops@ietf.org
> Subject: Re: [v6ops] draft-ietf-v6ops-64share
 
> Translational bridging goes back to the token ring and ethernet days. At layer 2 they
> were similar enough (because they were both IEEE standards), to be able to translate
> reasonably effectively between them, such that they combined token ring/ethernet
> LAN was presented as a single link at layer 3. I was wondering about reusing that
> model because it could have been a way to avoid duplicating the 3GPP address on the
> LAN interface. Whether it is possible to do between 3GPP and Ethernet would depend
> on how similar they are at layer 2, although one thing that would probably help is that
> the 3GPP link (if I understand correctly), is a point to point link, so the translational
> bridging would really only be to present the single remote 3GPP device as an ethernet
> device on the LAN interface.

To my understanding there is no link-layer addressing at the 3GPP interface, so it wouldn't
be easy to do l2 bridging.

> Regards,
> Mark.

Cheers,
Ales