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

Michael Hammer <michael.hammer@yaanatech.com> Fri, 14 February 2014 15:30 UTC

Return-Path: <michael.hammer@yaanatech.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 A62BB1A029E for <dispatch@ietfa.amsl.com>; Fri, 14 Feb 2014 07:30:48 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.448
X-Spam-Level:
X-Spam-Status: No, score=-2.448 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.548, SPF_PASS=-0.001] autolearn=ham
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 AHwYT1rciXub for <dispatch@ietfa.amsl.com>; Fri, 14 Feb 2014 07:30:37 -0800 (PST)
Received: from email1.corp.yaanatech.com (webmail10.yaanatech.com [63.128.177.10]) by ietfa.amsl.com (Postfix) with ESMTP id 2179F1A0242 for <dispatch@ietf.org>; Fri, 14 Feb 2014 07:30:31 -0800 (PST)
Received: from SC9-EX2K10MB1.corp.yaanatech.com ([fe80::149d:c2e1:8065:2a47]) by ex2k10hub1.corp.yaanatech.com ([::1]) with mapi id 14.03.0123.003; Fri, 14 Feb 2014 07:30:34 -0800
From: Michael Hammer <michael.hammer@yaanatech.com>
To: "mary.ietf.barnes@gmail.com" <mary.ietf.barnes@gmail.com>
Thread-Topic: [dispatch] SIP and GSM/UMTS with OpenBTS
Thread-Index: AQHPIj0OkF9riHfhQ0Se4gDBfVRQX5qmz3RggAAosQCAAAyAAIAAASOQgAC9HICAAALFAIAAAFCA//96B5CAAI2tgIAALnMAgAZ4WICAAOAQAIAACMEAgAAEaACAAAXeAIAAJYeAgAFsZwCAANo2FIABtI+AgAAqBQCAACCxgIAABEMAgAAK7oCAAFDzgP//goyfgACWJ4CAAKAtAA==
Date: Fri, 14 Feb 2014 15:30:27 +0000
Message-ID: <00C069FD01E0324C9FFCADF539701DB3BBF2B047@sc9-ex2k10mb1.corp.yaanatech.com>
References: <00C069FD01E0324C9FFCADF539701DB3BBF2A4FF@sc9-ex2k10mb1.corp.yaanatech.com> <CAHBDyN6zoWSch2CTdYFN0nnYq0dnZvr76M5iXXFMQKioZTTjtw@mail.gmail.com>
In-Reply-To: <CAHBDyN6zoWSch2CTdYFN0nnYq0dnZvr76M5iXXFMQKioZTTjtw@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-originating-ip: [10.17.100.96]
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg="SHA1"; boundary="----=_NextPart_000_009D_01CF296F.C63F2750"
MIME-Version: 1.0
Archived-At: http://mailarchive.ietf.org/arch/msg/dispatch/QqWhszxuu1cMKm1NUvxwxjJDL1U
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: Fri, 14 Feb 2014 15:30:48 -0000

Mary,

 

The Base Transceiver Station (BTS) is not an LTE component, it is more
legacy base station technology.

The eNodeB is what LTE uses, which is what IMS would be transported by.

The radio access network just provides an IP path from the handset IMS
client to the IMS core elements.

There is no interworking at SIP layer for anything in the access network.

 

So, 2 cases:  

Case 1:  the radio access network does not have connectivity to the core
network:  

solution may be to have a P2P SIP application that kicks in for local
connectivity.

This can be developed from current standard SIP protocol.  

No new SIP attributes have been proposed.

 

Case 2:  the radio access network does have connectivity to the core
network:

The IMS client should be able to connect to the core IMS components and
operate as normal in the LTE/IMS/VoLTE network.

Again, no new SIP attributes have been proposed.

 

So, I ask again for the third time, what IETF protocol or extension thereto
is being proposed?

 

All the radio discussion as far as I can tell is just marketing, looking for
approval from IETF for deploying non-compliant 3GPP base stations.

I think that may be dangerous and damaging of relationship between IETF and
3GPP.

 

I admit maybe I have missed something, but someone needs to spell out more
clearly what they want to standardize.

If need be draw a picture.

 

Michael Hammer

Principal Engineer

 <mailto:michael.hammer@yaanatech.com> michael.hammer@yaanatech.com

Mobile: +1 408-202-9291

500 Yosemite Drive Suite 120

Milpitas, CA 95035 USA

 

From: Mary Barnes [mailto:mary.ietf.barnes@gmail.com] 
Sent: Thursday, February 13, 2014 4:47 PM
To: Michael Hammer
Cc: DRAGE, Keith (Keith); dispatch@ietf.org
Subject: Re: [dispatch] SIP and GSM/UMTS with OpenBTS

 

I have stated specifics before as to the context for this and IETF: 

http://www.ietf.org/mail-archive/web/dispatch/current/msg05252.html

 

One of the things they are explicitly talking about the Radio layer Call
control protocol interworking with SIP.  Now, if folks are saying that this
interworking between these call control messages and SIP would be the same
in the BTS as it would be in the MSC, then a pointer to the exact IMS spec
that provides all these details would be most helpful.  My guess is that
this problem doesn't require the complete functionality defined by CT1.
It's certainly possible that there is a subset of those specifications which
could help meet their needs and I assume they would have dug through those
already). But, explicit pointers to those rather than a blanket statement
that IMS solves this specific problem would be really helpful.  

 

 I totally agree that the proponents have a lot more detail to provide so
that folks can understand the interworking and functionality that they are
wanting that is relevant to IETF and SIP. 

 

Mary

On Thu, Feb 13, 2014 at 2:49 PM, Michael Hammer
<michael.hammer@yaanatech.com> wrote:

Mary. Interworking sip with radio protocols is like saying inter working sip
with ip. Makes no sense.  So far I have not seen any case for work in IETF.
This is more analogous to ITU- T attempt to screw up MPLS as far as I can
tell. 
 
I asked the question before and still do not see a connection to any IETF
work.  Cut out the business case and nothing has been proposed. 
 
 
 
Sent with Good (www.good.com)

------ Original Message ------ 
From: Mary Barnes
Sent: Thursday, February 13, 2014 at 3:19 PM
To: DRAGE, Keith (Keith)
Cc: dispatch@ietf.org
Subject: [dispatch] SIP and GSM/UMTS with OpenBTS

 

 

On Thu, Feb 13, 2014 at 9:28 AM, DRAGE, Keith (Keith)
<keith.drage@alcatel-lucent.com> wrote:

Ericsson is not the only vendor that sees a market for small cells, but the
expectation is that the products are built to the completed 3GPP standards
will be deployed in licensed spectrum by owners of that spectrum, although
the boxes may well be owned by 3rd parties.

 

These deployments already exist.

 

I see Jim has now identified that this proposal is for licensed GSM
operators in licensed GSM space.

 

Personally, I would suggest if you believe the operators should be picking
this up, you take it to 3GPP where the operators are actually present. That
is the only way you will see it taken up by GSMA, which you will need to
obtain interoperator agreements to use this (e.g. roaming, shared networks).
3GPP them works with IETF on any SIP extensions needed.

[MB] One big problem with this proposal is that you must be a member of
3GPP/GSMA to make contributions and to participate in meetings.    

 

And, I think having to first do the work in 3GPP and then bring it to IETF
would introduce a tremendous delay for something that's already been
implemented/deployed.  While they are proposing to reuse elements and
protocols that are part of an IMS network, the core issue they have is with
interworking SIP with the radio layer protocols.  Certainly, one could
implement all the protocols that IMS uses and then use the 3GPP based specs
and proprietary headers to interwork with SIP in the Internet, but that
would be terribly inefficient. 

[/MB] 

 

I would only see IETF having any direct part in this if the proposal was
only to use unlicensed spectrum by enterprises rather than licensed
operators, which Jim has negated.

 

regards

 

Keith

 

  _____  

From: Tim Panton new [mailto:thp@westhawk.co.uk] 

Sent: 13 February 2014 14:50
To: DRAGE, Keith (Keith)
Cc: Harvind Samra; Ivo Sedlacek; dispatch@ietf.org


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

 

 

On 13 Feb 2014, at 14:34, DRAGE, Keith (Keith)
<keith.drage@alcatel-lucent.com> wrote:





Jumping in here, they are relevant in as much as there is no point in IETF
working on this if there is no known market for it.

 

Usually those type of projects are published only on April 1st.

 

So all Ivo is asking is for you to justify that it is worth other people
working on this as well as yourselves.

 

Perhaps if you identified the spectrum you believe is available for use in
the the countries identified, that would be useful.

 

regards

 

Keith Drage

 

Ivo's employer seems to see a market for small cells, but looks to tie them
to existing operator IMS's through 

internet connections "owned by themselves or a partner".

http://www.telecomlead.com/enterprise-networking/mwc-2014-ericsson-announce-
small-cell-service-20233/

Perhaps that's an April fools joke too (I can't see any avian carriers
mentioned though)?

 

It isn't up to the IETF to crown specific solutions. That's the market's
job.

 

T.

 

 

 


_______________________________________________
dispatch mailing list
dispatch@ietf.org
https://www.ietf.org/mailman/listinfo/dispatch