[Sip] RFC 3261 - 16.10 (CANCEL processing in a Proxy)
Iñaki Baz Castillo <ibc@aliax.net> Tue, 19 April 2011 14:31 UTC
Return-Path: <ibc@aliax.net>
X-Original-To: sip@ietfc.amsl.com
Delivered-To: sip@ietfc.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id 719B4E0758 for <sip@ietfc.amsl.com>; Tue, 19 Apr 2011 07:31:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.381
X-Spam-Level:
X-Spam-Status: No, score=-2.381 tagged_above=-999 required=5 tests=[AWL=0.296, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([208.66.40.236]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CP0RR4iHujKT for <sip@ietfc.amsl.com>; Tue, 19 Apr 2011 07:31:08 -0700 (PDT)
Received: from mail-qy0-f179.google.com (mail-qy0-f179.google.com [209.85.216.179]) by ietfc.amsl.com (Postfix) with ESMTP id BB8EFE0754 for <sip@ietf.org>; Tue, 19 Apr 2011 07:31:05 -0700 (PDT)
Received: by qyk7 with SMTP id 7so3595590qyk.10 for <sip@ietf.org>; Tue, 19 Apr 2011 07:31:05 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.224.201.133 with SMTP id fa5mr3621784qab.126.1303223465132; Tue, 19 Apr 2011 07:31:05 -0700 (PDT)
Received: by 10.229.75.7 with HTTP; Tue, 19 Apr 2011 07:31:04 -0700 (PDT)
Date: Tue, 19 Apr 2011 16:31:04 +0200
Message-ID: <BANLkTi=mob149EFPTffkCUa+j-2dd=9k7A@mail.gmail.com>
From: Iñaki Baz Castillo <ibc@aliax.net>
To: sip@ietf.org
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Subject: [Sip] RFC 3261 - 16.10 (CANCEL processing in a Proxy)
X-BeenThere: sip@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Session Initiation Protocol <sip.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sip>, <mailto:sip-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/sip>
List-Post: <mailto:sip@ietf.org>
List-Help: <mailto:sip-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sip>, <mailto:sip-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 19 Apr 2011 14:31:09 -0000
Hi, according to RFC 3261 - 16.10 CANCEL Processing (Proxy) If a response context is not found, the element does not have any knowledge of the request to apply the CANCEL to. It MUST statelessly forward the CANCEL request (it may have statelessly forwarded the associated request previously). In my case I do know that my proxy doesn't behave as a stateless proxy so I see no reason to forward a CANCEL if it doesn't match a server transaction. And I do know that such forwarded CANCEL will not success. I've also told that such requeriment (statelessly forwarding a CANCEL if not transaction is matched) would never work in some scenarios as IMS. Basically, if I do know that my proxy always behaves statefully there is no use case in forwarding a CANCEL not matching a server transaction. IMHO such "MUST" in 16.10 should be relaxed and local policies allowed. BTW, could an always-stateful proxy reply 481 upon receipt of a CANCEL not matching a server transaction? or should it ignore it? (this is not contemplated in RFC 3261 as it mandates statelessly forwarding of the CANCEL, but I hope such requeriment should be removed/relaxed in a future revision of SIP protocol). Thanks a lot. -- Iñaki Baz Castillo <ibc@aliax.net>
- [Sip] RFC 3261 - 16.10 (CANCEL processing in a Pr… Iñaki Baz Castillo
- Re: [Sip] RFC 3261 - 16.10 (CANCEL processing in … Vijay K. Gurbani
- Re: [Sip] RFC 3261 - 16.10 (CANCEL processing in … Iñaki Baz Castillo
- Re: [Sip] RFC 3261 - 16.10 (CANCEL processing in … Vijay K. Gurbani
- Re: [Sip] RFC 3261 - 16.10 (CANCEL processing in … Iñaki Baz Castillo