Re: [MMUSIC] [RFC4566] Increment of SDP session version when NO modification is made to the session data
Brett Tate <brett@broadsoft.com> Tue, 15 March 2016 14:36 UTC
Return-Path: <brett@broadsoft.com>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 90A8612DC07 for <mmusic@ietfa.amsl.com>; Tue, 15 Mar 2016 07:36:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.601
X-Spam-Level:
X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=broadsoft-com.20150623.gappssmtp.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NqemAcfbSXWY for <mmusic@ietfa.amsl.com>; Tue, 15 Mar 2016 07:36:48 -0700 (PDT)
Received: from mail-io0-x22c.google.com (mail-io0-x22c.google.com [IPv6:2607:f8b0:4001:c06::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B321B12D598 for <mmusic@ietf.org>; Tue, 15 Mar 2016 07:36:48 -0700 (PDT)
Received: by mail-io0-x22c.google.com with SMTP id g203so26080144iof.2 for <mmusic@ietf.org>; Tue, 15 Mar 2016 07:36:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=broadsoft-com.20150623.gappssmtp.com; s=20150623; h=from:references:in-reply-to:mime-version:thread-index:date :message-id:subject:to; bh=nrkryanVV3+dnyukDihQWtW6wwuCUSHJgLQS0+O4ERs=; b=to26I887I8GCNW8iw0WEJik+afUsNwyfm19kuvje0M6R6DviVzVe0wto6NhftpV1q7 j7G0de15zW0eUBQ4RUaJTUawkT+2FbmUbSDKuhD+8rK0xKCycwzKrReQ0a/QnOg6TTp1 tD1zBFSG6skHnoLHyQ+bDtOCw8qyAS36CRzTk3pBicm3ramunwpRJ+SUhU01Vp7pe3Nr 5Lzdi/EBCiIHc9MM2nquUQzWlqSKWWQ0KCmBUDALRvCW05c/Or/Xibf9lFdnuIpqgrWO SQiEXSsYTPZSfO+wEc+cuZ8pvnmBLeDb48DGE1fHXDW/g9A//Vk8Q74dS7lSYVtf7DWa 5GDA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:references:in-reply-to:mime-version :thread-index:date:message-id:subject:to; bh=nrkryanVV3+dnyukDihQWtW6wwuCUSHJgLQS0+O4ERs=; b=HLIlSLrGNgOKr2oYMFq7ogAyyDQv5N3457OINH1PBI652i3vFk8EqgRF8KP1D9yAPU EaLkl7gg4hi9mHMuvcZcCPLcP2dpHXeGXZJg7CAlhr9vmWyJcP93fFTUYLVAOoxacyiB xf+4x/o0EXcHhe+mUwYJI21pft+jiauukp74vVdJc01RJDPbKuzV7U2LVfLAAaFlPKS4 hI6zFW1PN4IKxj5VVI7wiVyK81jHm89tHL8g4BqVunZnsPnMEQs1gRnpSw8+nnpsA/xe IhJhBLAua6SA1CBSDjRxFWFH0XJQCIiq55hwTINUxF2x1DwHCXC2H2irJVEuCwFCUeRc siIA==
X-Gm-Message-State: AD7BkJJd030QGGccWNC83hR9i+VjPOhs5TORmL4C9Fj4X7HDfLfZvPMHBmOxGD246C5NvS6qLx2soRzvszh3IbFB
X-Received: by 10.107.130.232 with SMTP id m101mr28782867ioi.69.1458052607926; Tue, 15 Mar 2016 07:36:47 -0700 (PDT)
From: Brett Tate <brett@broadsoft.com>
References: <003501d17e5e$f5750e90$e05f2bb0$@tma.com.vn>
In-Reply-To: <003501d17e5e$f5750e90$e05f2bb0$@tma.com.vn>
MIME-Version: 1.0
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQHTfaDMpcbJmE+Kz7G3uv8M88wFUZ9WhIpQ
Date: Tue, 15 Mar 2016 10:36:47 -0400
Message-ID: <d873ebf63ceb6bd0384a261b066cd869@mail.gmail.com>
To: Anh Cao <cdanh@tma.com.vn>, mmusic@ietf.org
Content-Type: text/plain; charset="UTF-8"
Archived-At: <http://mailarchive.ietf.org/arch/msg/mmusic/wmlDTpuPQarnSmaucZr3wdzx858>
Subject: Re: [MMUSIC] [RFC4566] Increment of SDP session version when NO modification is made to the session data
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Multiparty Multimedia Session Control Working Group <mmusic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mmusic>, <mailto:mmusic-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mmusic/>
List-Post: <mailto:mmusic@ietf.org>
List-Help: <mailto:mmusic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mmusic>, <mailto:mmusic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 15 Mar 2016 14:36:50 -0000
> I am a new in SIP/SDP and I have a question The following list may be helpful for future sip related questions. https://lists.cs.columbia.edu/mailman/listinfo/sip-implementors > If session data is NOT made any change, is session-version > acceptable to increase or it is NOT? As far as I know, RFC 4028 section 7.4 provides the only related mandate. For interoperability reasons, I recommend being lenient when receiving. Section 7.4: "It is RECOMMENDED that the UPDATE request not contain an offer [4], but a re-INVITE SHOULD contain one, even if the details of the session have not changed. In that case, the offer MUST indicate that it has not changed. In the case of SDP, this is accomplished by including the same value for the origin field as did previous SDP messages to its peer. The same is true for an answer exchanged as a result of a session refresh request; if it has not changed, that MUST be indicated."
- [MMUSIC] [RFC4566] Increment of SDP session versi… Anh Cao
- Re: [MMUSIC] [RFC4566] Increment of SDP session v… Brett Tate
- Re: [MMUSIC] [RFC4566] Increment of SDP session v… Dale R. Worley
- Re: [MMUSIC] [RFC4566] Increment of SDP session v… Paul Kyzivat
- Re: [MMUSIC] [RFC4566] Increment of SDP session v… Brett Tate
- Re: [MMUSIC] [RFC4566] Increment of SDP session v… Anh Cao