Re: [Sip] SIPit 20 survey summary

"Jeroen van Bemmel" <jbemmel@zonnet.nl> Sun, 29 April 2007 13:38 UTC

Return-path: <sip-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Hi9bY-0005kZ-GY; Sun, 29 Apr 2007 09:38:20 -0400
Received: from sip by megatron.ietf.org with local (Exim 4.43) id 1Hi9bX-0005kU-Am for sip-confirm+ok@megatron.ietf.org; Sun, 29 Apr 2007 09:38:19 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Hi9bX-0005kM-1D for sip@ietf.org; Sun, 29 Apr 2007 09:38:19 -0400
Received: from smtp3.versatel.nl ([62.58.50.90]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Hi9bW-0008GY-DO for sip@ietf.org; Sun, 29 Apr 2007 09:38:19 -0400
Received: (qmail 15260 invoked by uid 0); 29 Apr 2007 13:37:56 -0000
Received: from ip198-11-212-87.adsl2.versatel.nl (HELO BEMBUSTER) ([87.212.11.198]) (envelope-sender <jbemmel@zonnet.nl>) by smtp3.versatel.nl (qmail-ldap-1.03) with SMTP for < >; 29 Apr 2007 13:37:56 -0000
Message-ID: <003201c78a63$74cff690$0601a8c0@BEMBUSTER>
From: Jeroen van Bemmel <jbemmel@zonnet.nl>
To: Hannes Tschofenig <Hannes.Tschofenig@gmx.net>, "Frank W. Miller" <fwmiller@cornfed.com>, fluffy@cisco.com
References: <075001c788fc$9f6a2be0$640fa8c0@cis.neustar.com><001401c78976$5f8dc020$0601a8c0@BEMBUSTER><17971.5486.819002.96466@tutpro.com><CCACA85C-15C7-49F2-968B-1F12060CB271@cisco.com><1177802622.3020.8.camel@localhost.localdomain> <20070429074034.224850@gmx.net>
Subject: Re: [Sip] SIPit 20 survey summary
Date: Sun, 29 Apr 2007 15:36:56 +0200
MIME-Version: 1.0
Content-Type: text/plain; format="flowed"; charset="iso-8859-1"; reply-type="original"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.3028
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028
X-Spam-Score: 0.0 (/)
X-Scan-Signature: b22590c27682ace61775ee7b453b40d3
Cc: sip@ietf.org, sip-implementors@cs.columbia.edu, jh@tutpro.com, discussion@sipforum.org, rjsparks@estacado.net
X-BeenThere: sip@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Session Initiation Protocol <sip.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/sip>, <mailto:sip-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:sip@ietf.org>
List-Help: <mailto:sip-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/sip>, <mailto:sip-request@ietf.org?subject=subscribe>
Errors-To: sip-bounces@ietf.org

Hi Hannes,

I was responding to Brian's message. He basically says: SIPit results show 
that the mechanisms needed to implement location conveyance are not widely 
implemented yet, we need to tell implementors to hurry it up

I question whether that approach works, and turn it around by asking: why 
are these mechanisms not implemented widely?

Personally I believe a significant part of the answer lies in the complexity 
of the proposed mechanisms, architecure, etc. So instead of trying to push 
the market to adopt the solution that is now on the table, perhaps we should 
look into what we can do to lower the barriers for adoption

Regards,
Jeroen

Hannes Tschofenig wrote:
> Hi Frank,
> Hi Jeroen,
> Hi Juha,
> Hi all
>
> what exactly is your complaint? Are you unhappy about
> * XML encoding of location information
> * location information carried in the body instead of the header
> * number of location shapes (see
> http://www.ietf.org/internet-drafts/draft-ietf-geopriv-pdif-lo-profile-06.txt)
> * the inability of GPS to work in certain environments
> * Geopriv location and privacy architecture
> * Ecrit emergency services architecture
> ?
>
> Ciao
> Hannes
>
> -------- Original-Nachricht --------
> Datum: Sat, 28 Apr 2007 17:23:42 -0600
> Von: "Frank W. Miller" <fwmiller@cornfed.com>
> An: Cullen Jennings <fluffy@cisco.com>
> CC: \'IETF SIP List\' <sip@ietf.org>, discussion@sipforum.org, Juha
> Heinanen <jh@tutpro.com>, sip-implementors@cs.columbia.edu, \'Robert
> Sparks\' <rjsparks@estacado.net> Betreff: Re: [Sip] SIPit 20 survey
> summary
>
>>
>> Acknowledged.  However, if we're talking about adding messaging
>> infrastructure to SIP, then the discussion is quite relevant here.  I
>> for one would vote for a simpler mechanism than multipart MIME XML
>> blah blah blah.  With regards to Keith's comments, I would love to
>> sit down and provide an alternative proposal but I just don't have
>> the time to do it.  With all due respect, I'll implement whatever
>> the standards committee comes up with, but I don't think its
>> unreasonable for me or anyone else to express concern about protocol
>> that is obviously designed by committee and obviously more
>> complicated that it probably has to be.
>>
>> FM
>>
>>
>> On Sat, 2007-04-28 at 15:23 -0700, Cullen Jennings wrote:
>>> There has been an incredible amount of work on this topic across
>>> many standard organizations including the IETF. Before people start
>>> in on discussing this in - I strongly suggest they might want to
>>> read some of the requirements, uses cases, drafts, and mailing list
>>> discussions in ECRIT and GEOPRIV. Please keep in mind the charters
>>> of ECRIT/ GEOPRIV/SIP and take the discussion to the right working
>>> group.
>>>
>>>
>>> On Apr 28, 2007, at 2:35 AM, Juha Heinanen wrote:
>>>
>>>> Jeroen van Bemmel writes:
>>>>
>>>>> Especially for the use case of emergency calls, would it not be
>>>>> wise to
>>>>> select a much more simple approach/syntax, e.g.:
>>>>> Emergency-Location: lat=x; lon=y
>>>>>
>>>>> So no XML, no mime/multipart, as simple as possible (no complex
>>>>> semantics,
>>>>> usage-rules etc), something to reduce the barrier of
>>>>> implementation/deployment, and to reduce the risk for interop
>>>>> issues?
>>>>
>>>> i fully agree with this.  we should follow KISS principle here.
>>>> it is highly unlikely that sip ua vendors will even TRY implement
>>>> such a complex protocol.
>>>>
>>>> another reason why it will not get implemented is that sip uas
>>>> don't know where they are located.  gps does not work well indoors
>>>> and mobile
>>>> operators at least here have refused to make public coordinates of
>>>> their
>>>> base stations.
>>>>
>>>> -- juha
>>>>
>>>>
>>>> _______________________________________________
>>>> Sip mailing list  https://www1.ietf.org/mailman/listinfo/sip
>>>> This list is for NEW development of the core SIP Protocol
>>>> Use sip-implementors@cs.columbia.edu for questions on current sip
>>>> Use sipping@ietf.org for new developments on the application of sip
>>>
>>>
>>> _______________________________________________
>>> Sip mailing list  https://www1.ietf.org/mailman/listinfo/sip
>>> This list is for NEW development of the core SIP Protocol
>>> Use sip-implementors@cs.columbia.edu for questions on current sip
>>> Use sipping@ietf.org for new developments on the application of sip
>>
>>
>>
>> _______________________________________________
>> Sip mailing list  https://www1.ietf.org/mailman/listinfo/sip
>> This list is for NEW development of the core SIP Protocol
>> Use sip-implementors@cs.columbia.edu for questions on current sip
>> Use sipping@ietf.org for new developments on the application of sip
>
>
> _______________________________________________
> Sip mailing list  https://www1.ietf.org/mailman/listinfo/sip
> This list is for NEW development of the core SIP Protocol
> Use sip-implementors@cs.columbia.edu for questions on current sip
> Use sipping@ietf.org for new developments on the application of sip 



_______________________________________________
Sip mailing list  https://www1.ietf.org/mailman/listinfo/sip
This list is for NEW development of the core SIP Protocol
Use sip-implementors@cs.columbia.edu for questions on current sip
Use sipping@ietf.org for new developments on the application of sip