[Stox] 503 / <service-unavailable/>

Peter Saint-Andre <stpeter@stpeter.im> Tue, 30 July 2013 12:24 UTC

Return-Path: <stpeter@stpeter.im>
X-Original-To: stox@ietfa.amsl.com
Delivered-To: stox@ietfa.amsl.com
Received: from localhost (localhost []) by ietfa.amsl.com (Postfix) with ESMTP id 11C2B21F89EB for <stox@ietfa.amsl.com>; Tue, 30 Jul 2013 05:24:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.454
X-Spam-Status: No, score=-102.454 tagged_above=-999 required=5 tests=[AWL=0.145, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id I2vhhpMtcl6T for <stox@ietfa.amsl.com>; Tue, 30 Jul 2013 05:24:25 -0700 (PDT)
Received: from stpeter.im (mailhost.stpeter.im []) by ietfa.amsl.com (Postfix) with ESMTP id 7A90421E80B1 for <stox@ietf.org>; Tue, 30 Jul 2013 05:24:23 -0700 (PDT)
Received: from che-vpn-cluster-2-219.cisco.com (unknown []) (Authenticated sender: stpeter) by stpeter.im (Postfix) with ESMTPSA id 98A0C4010C; Tue, 30 Jul 2013 06:26:33 -0600 (MDT)
Message-ID: <51F7B073.9050101@stpeter.im>
Date: Tue, 30 Jul 2013 14:24:19 +0200
From: Peter Saint-Andre <stpeter@stpeter.im>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130620 Thunderbird/17.0.7
MIME-Version: 1.0
To: "stox@ietf.org" <stox@ietf.org>
X-Enigmail-Version: 1.5.2
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Subject: [Stox] 503 / <service-unavailable/>
X-BeenThere: stox@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: SIP-TO-XMPP Working Group discussion list <stox.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/stox>, <mailto:stox-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/stox>
List-Post: <mailto:stox@ietf.org>
List-Help: <mailto:stox-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/stox>, <mailto:stox-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 30 Jul 2013 12:24:33 -0000

Hash: SHA1

Robert Sparks pointed out to me in person today that the usage of SIP
error 503 is broken in stox-core.

RFC 3261 says:

21.5.4 503 Service Unavailable

   The server is temporarily unable to process the request due to a
   temporary overloading or maintenance of the server.  The server MAY
   indicate when the client should retry the request in a Retry-After
   header field.  If no Retry-After is given, the client MUST act as if
   it had received a 500 (Server Internal Error) response.

   A client (proxy or UAC) receiving a 503 (Service Unavailable) SHOULD
   attempt to forward the request to an alternate server.  It SHOULD NOT
   forward any other requests to that server for the duration specified
   in the Retry-After header field, if present.

   Servers MAY refuse the connection or drop the request instead of
   responding with 503 (Service Unavailable).

Thus the applicability of 503 in SIP is quite different from that of
<service-unavailable/> in XMPP. In XMPP, a client (or, more often, a
server on its behalf) can return <service-unavailable/> to mean
"sorry, I can't provide the service you've requested for the user@host
you've tried to contact, but that applies only to that user@host". If
the XMPP-to-SIP gateway returns <service-unavailable/> for a single
account in that way, the SIP-to-XMPP gateway on the other side won't
be able to send *anything* to the peer domain. This breaks all
server-to-server communication. Thus Robert suggested that we take a
very close look at our mapping into SIP 503, and very probably never
use it (or only in very rare cases). I haven't had time yet to look at
this in detail, but I will do so before the STOX session on Thursday.


- -- 
Peter Saint-Andre

Version: GnuPG/MacGPG2 v2.0.19 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/