[MMUSIC] General SDP usage question
"Klatsky, Carl" <Carl_Klatsky@cable.comcast.com> Thu, 31 October 2013 21:03 UTC
Return-Path: <carl_klatsky@cable.comcast.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 AA89A11E8231 for <mmusic@ietfa.amsl.com>; Thu, 31 Oct 2013 14:03:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.714
X-Spam-Level:
X-Spam-Status: No, score=-3.714 tagged_above=-999 required=5 tests=[AWL=1.517, BAYES_00=-2.599, HOST_EQ_MODEMCABLE=1.368, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fbiWGFtfnxM5 for <mmusic@ietfa.amsl.com>; Thu, 31 Oct 2013 14:03:47 -0700 (PDT)
Received: from cable.comcast.com (copdcavout01.cable.comcast.com [76.96.32.253]) by ietfa.amsl.com (Postfix) with ESMTP id 593D811E8110 for <mmusic@ietf.org>; Thu, 31 Oct 2013 14:03:47 -0700 (PDT)
Received: from ([24.40.56.115]) by copdcavout01.cable.comcast.com with ESMTP id C7WM3M1.102443554; Thu, 31 Oct 2013 15:03:44 -0600
Received: from PACDCEXMB12.cable.comcast.com ([169.254.6.249]) by PACDCEXHUB02.cable.comcast.com ([fe80::492e:3fa1:c2ad:e04e%13]) with mapi id 14.02.0318.001; Thu, 31 Oct 2013 17:03:44 -0400
From: "Klatsky, Carl" <Carl_Klatsky@cable.comcast.com>
To: "'mmusic@ietf.org'" <mmusic@ietf.org>
Thread-Topic: General SDP usage question
Thread-Index: Ac7WfKzcJfB0T+VqRzCDf8z6piEQ1g==
Date: Thu, 31 Oct 2013 21:03:41 +0000
Message-ID: <6C15A6B88541034E912E94C2D8BC3E87E8D22464@PACDCEXMB12.cable.comcast.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [24.40.56.178]
x-wiganss: 0100000001001EPACDCEXHUB02.cable.comcast.com ID0048<6C15A6B88541034E912E94C2D8BC3E87E8D22464@PACDCEXMB12.cable.comcast.com>
Content-Type: multipart/alternative; boundary="_000_6C15A6B88541034E912E94C2D8BC3E87E8D22464PACDCEXMB12cabl_"
MIME-Version: 1.0
Subject: [MMUSIC] General SDP usage question
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.12
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: <http://www.ietf.org/mail-archive/web/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: Thu, 31 Oct 2013 21:03:53 -0000
HI MMUSICers, I have a general SDP usage question that could not confirm from the RFCs. Party A sends an Offer with codecs 9,0 Party B does not support codec 9, so Party B Answer is just 0 Party A sends ACK to setup the call with codec 0 Later, Party A performs a flash hook to place Party B on-hold, and Party A sends an Offer again with codecs 9,0 Party B sends a 488 Not Acceptable Here error Question: When Party A performs the flash hook, should it have only included codec 0 since it has previous knowledge that Party B only supports codec 0? Or is what Party A sent acceptable within the definition of this protocol? Thanks & Regards, Carl Klatsky
- [MMUSIC] General SDP usage question Klatsky, Carl
- Re: [MMUSIC] General SDP usage question Adam Roach