Re: [Sip] Warning header

isshed <isshed.sip@gmail.com> Fri, 11 March 2011 05:12 UTC

Return-Path: <isshed.sip@gmail.com>
X-Original-To: sip@core3.amsl.com
Delivered-To: sip@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 424293A6AA8 for <sip@core3.amsl.com>; Thu, 10 Mar 2011 21:12:04 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.235
X-Spam-Level:
X-Spam-Status: No, score=-2.235 tagged_above=-999 required=5 tests=[AWL=-0.439, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_15=0.6, J_CHICKENPOX_17=0.6, J_CHICKENPOX_18=0.6, NORMAL_HTTP_TO_IP=0.001, RCVD_IN_DNSWL_LOW=-1, WEIRD_PORT=0.001]
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 mPvK1bgxBJRo for <sip@core3.amsl.com>; Thu, 10 Mar 2011 21:12:03 -0800 (PST)
Received: from mail-pw0-f44.google.com (mail-pw0-f44.google.com [209.85.160.44]) by core3.amsl.com (Postfix) with ESMTP id 599AC3A6892 for <sip@ietf.org>; Thu, 10 Mar 2011 21:12:03 -0800 (PST)
Received: by pwi5 with SMTP id 5so758846pwi.31 for <sip@ietf.org>; Thu, 10 Mar 2011 21:13:22 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=56DIjtOQnuBEJ4SW8aDpE3GNxYpoSfXrLXJb28rYp94=; b=J/xuhvfocvWtAo+BrHTxEmsaFBlz9g/dzn8dl/kAHozGemUUD8MoXyipFSo1DleTKK JOAZilsK3cOHF4DmrU2E0F4VMrTg65mw5vpAP8BJaB+Lv4zWjXP3JeoTx5gljeeAZQT5 VC33jWklUhIqscEgE3iZaSACKRiuAbaq5F9Y0=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=UmJZ02KRNf4wDZPwedfQ24kRwtpLBnHlgcUH6ZRxukAqAgm1gnLt9IQBq4qv3rcifE T8/U8H48WwwjS28BrK1e9/QHAmZPF60pfnPRCuDhVQvmO+NBlrPG1V3ToEvo7VTymNxc hn9rGQDyKeTGyOnCr3VNuifxfEfWcsZ4+jh8U=
MIME-Version: 1.0
Received: by 10.142.60.21 with SMTP id i21mr7084300wfa.439.1299820401965; Thu, 10 Mar 2011 21:13:21 -0800 (PST)
Received: by 10.143.41.1 with HTTP; Thu, 10 Mar 2011 21:13:21 -0800 (PST)
In-Reply-To: <CD5674C3CD99574EBA7432465FC13C1B220B5C156B@DC-US1MBEX4.global.avaya.com>
References: <AANLkTinCuruaerHNjfw51FnvQ_t6-RwOS5FwgOvWMrmp@mail.gmail.com> <CD5674C3CD99574EBA7432465FC13C1B220B5C156B@DC-US1MBEX4.global.avaya.com>
Date: Fri, 11 Mar 2011 10:43:21 +0530
Message-ID: <AANLkTim3OJfZ8RhxErMKQR3NPqF_bLVahKt=-yPc4oFW@mail.gmail.com>
From: isshed <isshed.sip@gmail.com>
To: "Worley, Dale R (Dale)" <dworley@avaya.com>
Content-Type: multipart/alternative; boundary="00504502c11154ba37049e2e05cb"
Cc: "sip@ietf.org" <sip@ietf.org>, sip-implementors <sip-implementors@lists.cs.columbia.edu>
Subject: Re: [Sip] Warning header
X-BeenThere: sip@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Session Initiation Protocol <sip.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/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: Fri, 11 Mar 2011 05:12:04 -0000

Thank for your response.

As you correctly said the warning code 306 indicates that the recipient
cannot understand one of the a= lines. But in this case recipient is
understanding the a=rtpmap:100 UNACCEPTABLECODEC/8000 line. Only thing it is
not understanding is the media format(i.e. encoding type). I think 306 is
best suited for the case of a new attribute i.e a=useless.
If you ask me i would still say that warning code 305 is best suited.

Thanks,
On Thu, Mar 10, 2011 at 9:13 PM, Worley, Dale R (Dale) <dworley@avaya.com>wrote:

> ________________________________________
>  If an initial INVITE from an endpoint offer contains the sdp as follows.
>
> m=audio 15190 RTP/AVP 100 101\r\n
> a=fmtp:18 annexb=yes\r\n
> a=fmtp:101 0-15\r\n
> a=rtpmap:100 UNACCEPTABLECODEC/8000\r\n
> a=sendrecv
>
> the terminating endpoint returns an error response 488 with a warning
> header as follows.
>
> Warning: 306 132.177.120.67:5060 "Attribute not understood"
>
> Is 306 is correct response?
> ________________________________________
>
> The response is 488, which is correct if the recipient cannot find suitable
> codecs in the SDP offer.
> This makes sense, as the SDP contains no audio coded.
>
> The warning code 306 indicates that the recipient cannot understand one of
> the a= lines.  Unfortunately,
> the message does not indicate which a= line it does not understand.  My
> understanding is that
> if the interpreter of SDP does not understand an a= line, it should ignore
> it, which is aligned with
> the fact that the response contains a warning (as opposed to an error)
> about not understanding an a= line.
>
> I also see that the m= line mentions codec 101, but there is no
> a=rtpmap:101 line, which is I think technically
> an error, but in practice means that the recipient must ignore codec 101.
>
> Dale
>