Re: [sip-ops] [dispatch] SIP OPTIONS "ping"

Marius Zbihlei <Marius.Zbihlei@1and1.ro> Mon, 27 September 2010 15:27 UTC

Return-Path: <Marius.Zbihlei@1and1.ro>
X-Original-To: sip-ops@core3.amsl.com
Delivered-To: sip-ops@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 581403A6D5E; Mon, 27 Sep 2010 08:27:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.149
X-Spam-Level:
X-Spam-Status: No, score=-4.149 tagged_above=-999 required=5 tests=[AWL=2.100, BAYES_00=-2.599, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wjZDij44Bwbf; Mon, 27 Sep 2010 08:27:24 -0700 (PDT)
Received: from mxintern.schlund.de (mxintern.schlund.de [212.227.126.204]) by core3.amsl.com (Postfix) with ESMTP id B925D3A6D3A; Mon, 27 Sep 2010 08:27:24 -0700 (PDT)
Received: from [10.2.3.44] (helo=exnlb02.webde.local) by mxintern.schlund.de with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (envelope-from <Marius.Zbihlei@1and1.ro>) id 1P0FcX-0006CX-Be; Mon, 27 Sep 2010 17:28:01 +0200
Received: from exchange03.webde.local ([169.254.1.28]) by exnlb02.webde.local ([10.2.3.44]) with mapi; Mon, 27 Sep 2010 17:27:55 +0200
From: Marius Zbihlei <Marius.Zbihlei@1and1.ro>
To: "Paul E. Jones" <paulej@packetizer.com>, 'Cullen Jennings' <fluffy@cisco.com>, "dispatch@ietf.org" <dispatch@ietf.org>
Date: Mon, 27 Sep 2010 17:23:50 +0200
Thread-Topic: [dispatch] SIP OPTIONS "ping"
Thread-Index: ActeT2qZakrYB/OQSKO2MbpTvRC4zwACJH0H
Message-ID: <BE367CAC97D76148BD7E678A1007FC69149DAD6A96@EXCHANGE03.webde.local>
References: <020901cb5e4f$6fdb9540$4f92bfc0$@packetizer.com>
In-Reply-To: <020901cb5e4f$6fdb9540$4f92bfc0$@packetizer.com>
Accept-Language: en-US, de-DE
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US, de-DE
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Virus-Scanned: Symantec AntiVirus Scan Engine
X-UI-Msg-Verification: 0919c18a577aa482f10f23c4a4bd0d2e
X-Mailman-Approved-At: Mon, 27 Sep 2010 20:08:44 -0700
Cc: "sip-ops@ietf.org" <sip-ops@ietf.org>, 'Hadriel Kaplan' <HKaplan@acmepacket.com>
Subject: Re: [sip-ops] [dispatch] SIP OPTIONS "ping"
X-BeenThere: sip-ops@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: SIP Operations <sip-ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/sip-ops>, <mailto:sip-ops-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/sip-ops>
List-Post: <mailto:sip-ops@ietf.org>
List-Help: <mailto:sip-ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sip-ops>, <mailto:sip-ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Sep 2010 15:27:26 -0000

Hello,

I have some observations:

1.What happens if the sender never receives a reply (locally generated 408) because the endpoint is down? Shouldn't this be treated as a 503?(I presume the OPTION is sent stateful )
2.As a minimum time interval in section 7, I recommend 32 seconds (or 64*T1) as to ensure a transaction times out before a retry.... 


Marius
________________________________________
From: dispatch-bounces@ietf.org [dispatch-bounces@ietf.org] On Behalf Of Paul E. Jones [paulej@packetizer.com]
Sent: Monday, September 27, 2010 4:22 PM
To: 'Cullen Jennings'; dispatch@ietf.org
Cc: sip-ops@ietf.org; 'Hadriel Kaplan'
Subject: Re: [dispatch] SIP OPTIONS "ping"

Folks,

I just wanted to bring this draft to everyone's attention again.  What
should we do with it?  Should we modify this to be informational or pursue a
standards track draft?  Several have expressed an interest in seeing this go
forward in some form to help ensure better interoperability, but the list
has been fairly silent.

Here's the draft:
http://tools.ietf.org/html/draft-jones-sip-options-ping


Thanks,
Paul

> -----Original Message-----
> From: sip-ops-bounces@ietf.org [mailto:sip-ops-bounces@ietf.org] On Behalf
> Of Paul E. Jones
> Sent: Friday, August 13, 2010 12:37 AM
> To: 'Cullen Jennings'; dispatch@ietf.org
> Cc: sip-ops@ietf.org; 'Hadriel Kaplan'
> Subject: Re: [sip-ops] SIP OPTIONS "ping"
>
> Cullen,
>
> Thanks for the suggestion.
>
> All,
>
> Please see the note below.  We're seeking advice on how to proceed with
> the subject draft.
>
> Paul
>
> > -----Original Message-----
> > From: Cullen Jennings [mailto:fluffy@cisco.com]
> > Sent: Thursday, August 12, 2010 11:44 PM
> > To: Paul E. Jones
> > Cc: sip-ops@ietf.org; Hadriel Kaplan
> > Subject: Re: [sip-ops] SIP OPTIONS "ping"
> >
> >
> > I think you discuss how to move forward with this draft on dispatch
> > mailing list given that's the point of that list is help with problems
> > like this.
> >
> > On Aug 11, 2010, at 22:14 , Paul E. Jones wrote:
> >
> > > Folks,
> > >
> > > Gonzalo and I produced an Internet Draft aiming at trying to bring
> > > some
> > consistency to the way in which SIP user agents implement an OPTIONS
> > "ping" procedure.  It seems that a very large number of vendors do
> > this, but unfortunately, there seems to be little consistency.
> > >
> > > Initially, we positioned the document as a standards track RFC,
> > > since
> > this essentially builds on RFC 3261.  However, there was some pushback
> > from folks in the IETF for a variety of reasons, not the least of
> > which is the fact that there is no working group chartered to do the
> > work.  We don't feel this one draft warrants the creation of a working
> group.
> > >
> > > So, we've got three options we can consider:
> > > 1)      Forge ahead outside of a working group
> > > 2)      Change the status of the draft to Informational
> > > 3)      Forget about the draft and let every SIP device do it the way
> > they want, throwing hope of consistency out the window
> > >
> > > (Yeah, you can tell I prefer not to go for the third option.)
> > >
> > > In any case, I'd like to get feedback from the on the SIP operators
> > > and
> > SIP implementers lists.  Do you think it's worth trying to address
> > this issue?  If so, which option do you think we should pursue?
> > >
> > > Note that we're certainly open to feedback on the draft.  I'd prefer
> > > it
> > to have a few more "MUST" statements in the text, rather than "SHOULD".
> > But, we need to find that right balance:
> > > http://tools.ietf.org/html/draft-jones-sip-options-ping
> > >
> > > Paul
> > >
> > > _______________________________________________
> > > sip-ops mailing list
> > > sip-ops@ietf.org
> > > https://www.ietf.org/mailman/listinfo/sip-ops
> >
> >
> > Cullen Jennings
> > For corporate legal information go to:
> > http://www.cisco.com/web/about/doing_business/legal/cri/index.html
> >
>
>
> _______________________________________________
> sip-ops mailing list
> sip-ops@ietf.org
> https://www.ietf.org/mailman/listinfo/sip-ops

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