Re: [dispatch] SIP and GSM/UMTS with OpenBTS

Kurtis Heimerl <kheimerl@cs.berkeley.edu> Mon, 10 February 2014 19:05 UTC

Return-Path: <munncha@gmail.com>
X-Original-To: dispatch@ietfa.amsl.com
Delivered-To: dispatch@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2A5EB1A0412 for <dispatch@ietfa.amsl.com>; Mon, 10 Feb 2014 11:05:30 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.277
X-Spam-Level:
X-Spam-Status: No, score=-1.277 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, 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 IrWoW2QdFmmh for <dispatch@ietfa.amsl.com>; Mon, 10 Feb 2014 11:05:28 -0800 (PST)
Received: from mail-lb0-x234.google.com (mail-lb0-x234.google.com [IPv6:2a00:1450:4010:c04::234]) by ietfa.amsl.com (Postfix) with ESMTP id D01071A03C9 for <dispatch@ietf.org>; Mon, 10 Feb 2014 11:05:27 -0800 (PST)
Received: by mail-lb0-f180.google.com with SMTP id n15so5002798lbi.25 for <dispatch@ietf.org>; Mon, 10 Feb 2014 11:05:27 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=G4a9Du9yBKhQy/f0nm+5lHdPl3/9wuvkeIFq6O0eA4M=; b=rK3XHsQIRkNS+y4E3m771t1tNoIOeGkdOM7QR9l481kYdTU7yRlT7yp6I8GWmHVvam zvr1To47MQq4eEYUC6A+CuexEqi1IjZl4E3Qln/6jE2HYEM8ptufqMP3NbhyGeZO2PQb 6R6kA3nR9bik5vAO9BhoPyA5Y1vSOScsnKa5JJFWeehINP2UpfTOEFGfHYdrMqHngZ0C dAeaf4TudYRe4DokJ6gekM3hSzoXbK3GYym914fueOLXHtHO3h8w0KDInomASiAhEs9v TArFLbA5IGF++FXKHq8LEu0X7N4gKQnZwx/ZP1k9NHhRQbHmwLptpPpXpbNkGDdzAuE4 FGKw==
X-Received: by 10.152.9.65 with SMTP id x1mr23322648laa.6.1392059126857; Mon, 10 Feb 2014 11:05:26 -0800 (PST)
MIME-Version: 1.0
Sender: munncha@gmail.com
Received: by 10.112.42.170 with HTTP; Mon, 10 Feb 2014 11:04:46 -0800 (PST)
In-Reply-To: <949EF20990823C4C85C18D59AA11AD8B12F7CE@FR712WXCHMBA11.zeu.alcatel-lucent.com>
References: <040E1A40-BC55-4CFC-834A-FC958DEFDE25@rangenetworks.com> <949EF20990823C4C85C18D59AA11AD8B12A6DE@FR712WXCHMBA11.zeu.alcatel-lucent.com> <60884D2D-1CC8-4A21-97BE-2ACCB49C351D@rangenetworks.com> <7723B448-642F-4138-89DD-379ACC7FA593@rangenetworks.com> <E1FE4C082A89A246A11D7F32A95A17826DFCD495@US70UWXCHMBA02.zam.alcatel-lucent.com> <F5DA260C-32C9-4D92-9169-2026983BFC47@gmail.com> <E1FE4C082A89A246A11D7F32A95A17826DFCD852@US70UWXCHMBA02.zam.alcatel-lucent.com> <77E6DEC0-BCE1-4607-B52C-A4B6761A4B17@gmail.com> <00C069FD01E0324C9FFCADF539701DB3BBF23E22@sc9-ex2k10mb1.corp.yaanatech.com> <CAHBDyN5-O3pNury3RUNzstGHO8NCq6pV3ewHt_Yrxjd1k-if5Q@mail.gmail.com> <948FB37B-F2D4-4462-8B29-D03FDF65215F@rangenetworks.com> <93B4EA30-0734-439E-A129-B3B91B077720@rangenetworks.com> <949EF20990823C4C85C18D59AA11AD8B12F6C3@FR712WXCHMBA11.zeu.alcatel-lucent.com> <2B05935E-EB65-4B36-ABD3-09DE9921F8A7@westhawk.co.uk> <949EF20990823C4C85C18D59AA11AD8B12F7CE@FR712WXCHMBA11.zeu.alcatel-lucent.com>
From: Kurtis Heimerl <kheimerl@cs.berkeley.edu>
Date: Tue, 11 Feb 2014 04:04:46 +0900
X-Google-Sender-Auth: fs0JU8kGdwaGGONF6jy-KuADnVE
Message-ID: <CACyT-3mAJX4uPDcXDz7j6xOAA+OSDoRguQ51EvZk9=LTG8KzJQ@mail.gmail.com>
To: "DRAGE, Keith (Keith)" <keith.drage@alcatel-lucent.com>
Content-Type: multipart/alternative; boundary="089e0158b8eac3458504f21205aa"
Cc: "dispatch@ietf.org" <dispatch@ietf.org>
Subject: Re: [dispatch] SIP and GSM/UMTS with OpenBTS
X-BeenThere: dispatch@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: DISPATCH Working Group Mail List <dispatch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dispatch>, <mailto:dispatch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dispatch/>
List-Post: <mailto:dispatch@ietf.org>
List-Help: <mailto:dispatch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dispatch>, <mailto:dispatch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 10 Feb 2014 19:08:10 -0000

You're misreading the diagram. As can be seen, multiple OpenBTS instances
can talk to a single instance of the SAS. This allows for centralized
charging and accounting for multiple BTS instances wherever the SAS is
hosted.

As far as the 3GPP mobility management protocols (if I know which ones you
are speaking of), those are converted to SIP (as is everything) and sent to
the SAS. So I would say we are using these protocols between BTSs,
especially for handover.


On Tue, Feb 11, 2014 at 3:43 AM, DRAGE, Keith (Keith) <
keith.drage@alcatel-lucent.com> wrote:

> I am not assuming a specific solution - what we are all trying to find out
> is how much of 3GPP GERAN is actually being used, and what identities
> relate to what.
>
> So you will have a UICC - because it is a 3GPP GERAN access network, but
> will not have any roaming that relates to the UICC, or the identities on
> that UICC.
>
> But as far as I can see from the architecture given, the service is
> limited to a single BTS. That means that (for the solution you identify
> below) an operator with multiple BTSs will assign their users to a single
> BTS and the collation of charging/accounting will have to be from each
> individual BTS, back to some central entity (not shown).
>
> You will not be running the 3GPP mobility management protocols between BTS.
>
> Keith Drage
>
>
>
> > -----Original Message-----
> > From: Tim Panton new [mailto:thp@westhawk.co.uk]
> > Sent: 10 February 2014 18:28
> > To: DRAGE, Keith (Keith)
> > Cc: Jim Forster; Mary Barnes; dispatch@ietf.org
> > Subject: Re: [dispatch] SIP and GSM/UMTS with OpenBTS
> >
> >
> > On 10 Feb 2014, at 17:56, DRAGE, Keith (Keith)
> > <keith.drage@alcatel-lucent.com> wrote:
> >
> > > If I follow this diagram correctly, you claim to have
> > collapsed the HLR into your BTS. Your BTS apparently have no
> > communication shown with each other. This means you each
> > subscriber is limited to a single BTS with no roaming between them.
> >
> > I think you are assuming a specific solution to a specific problem.
> > Many ITSPs allow SIP  registrations to a DID/account to come
> > from dynamic IPs. So the necessary 'communication' can be
> > implemented via the ITSP's normal functions. So when a user
> > moves from the BTS in village A to the BTS  in village B
> > their DID travels with them.
> >
> > Sure you wouldn't get the ability for an arbitrary GSM SIM to
> > roam into the network and be billed to their home network.
> >
> > But realistically that sort of roaming isn't really a
> > technical problem, it is predominantly a legal/commercial one.
> >
> > Tim.
> _______________________________________________
> dispatch mailing list
> dispatch@ietf.org
> https://www.ietf.org/mailman/listinfo/dispatch
>