RE: [Sip] regarding session modification
"Zhang, Rocky Fan Wen \(Rocky\)" <fanwenz@alcatel-lucent.com> Thu, 17 January 2008 01:13 UTC
Return-path: <sip-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1JFJK2-00031Q-Bm; Wed, 16 Jan 2008 20:13:34 -0500
Received: from sip by megatron.ietf.org with local (Exim 4.43) id 1JFJK0-00031K-8G for sip-confirm+ok@megatron.ietf.org; Wed, 16 Jan 2008 20:13:32 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1JFJJz-00031C-T2 for sip@ietf.org; Wed, 16 Jan 2008 20:13:31 -0500
Received: from ihemail3.lucent.com ([135.245.0.37]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1JFJJy-0006ks-UJ for sip@ietf.org; Wed, 16 Jan 2008 20:13:31 -0500
Received: from ilexp03.ndc.lucent.com (h135-3-39-50.lucent.com [135.3.39.50]) by ihemail3.lucent.com (8.13.8/IER-o) with ESMTP id m0H1DLWP007428; Wed, 16 Jan 2008 19:13:21 -0600 (CST)
Received: from cnexp02.bj.lucent.com ([135.252.8.66]) by ilexp03.ndc.lucent.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 16 Jan 2008 19:13:20 -0600
Received: from CNEXC1U03.BJ.LUCENT.COM ([135.252.8.27]) by cnexp02.bj.lucent.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 17 Jan 2008 09:13:15 +0800
Content-class: urn:content-classes:message
MIME-Version: 1.0
X-MimeOLE: Produced By Microsoft Exchange V6.5
Subject: RE: [Sip] regarding session modification
Date: Thu, 17 Jan 2008 09:12:15 +0800
Message-ID: <1F053F0D5C42184B9878C8D79BAE7D16296235@CNEXC1U03.BJ.LUCENT.COM>
In-Reply-To: <00fb01c85843$f2be9ad0$7103120a@china.huawei.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [Sip] regarding session modification
Thread-Index: AchYQ/CtSaa2AGwwSomJEjhRwgkSQgAXkJkw
From: "Zhang, Rocky Fan Wen (Rocky)" <fanwenz@alcatel-lucent.com>
To: Srinivas <srinivasj@huawei.com>, sip@ietf.org
X-OriginalArrivalTime: 17 Jan 2008 01:13:15.0757 (UTC) FILETIME=[232609D0:01C858A6]
X-Scanned-By: MIMEDefang 2.57 on 135.245.2.37
X-Spam-Score: 0.6 (/)
X-Scan-Signature: ad122f56a92d6ccd133117ee8a4b1ff3
Cc:
X-BeenThere: sip@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Session Initiation Protocol <sip.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/sip>, <mailto:sip-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:sip@ietf.org>
List-Help: <mailto:sip-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/sip>, <mailto:sip-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0409708769=="
Errors-To: sip-bounces@ietf.org
Hi, My concerns: 1. SHOULD the called party reply with 200 OK if the negotiation fails? 2. Why the first two tries to add speechsynth resource failed but the third success? 3. As my understanding, if the re-negotiation fails, it will not affect the current media. Best Regards, =========================================== Fanwen zhang FS5000 CPE IOT, Alcatel-Lucent Qingdao, R&D Tel: +86-532-88615493 Email:fanwenz@alcatel-lucent.com =========================================== ________________________________ From: Srinivas [mailto:srinivasj@huawei.com] Sent: Wednesday, January 16, 2008 9:30 PM To: sip@ietf.org Subject: [Sip] regarding session modification Hi all, Consider the following scenarios. 1. C->S: INVITE (for speechrecog) S->C: 200 OK C->S: ACK Now the SIP session is established b/w UAC and UAS. speechrecog resource is active on the established sip session C->S: INVITE (re-INVITE for adding speechsynth resource) S->C: 200 OK Offer/Answer fail for the new resource, TTS (speechsynth). 2. C->S: INVITE (for speechrecog) S->C: 200 OK C->S: ACK Now the SIP session is established b/w UAC and UAS. speechrecog resource is active on the established sip session. C->S: INVITE (re-INVITE for adding speechsynth resource) S->C: 200 OK Offer/Answer fail for the for the existing ASR(speechrecog) resource also. 3. C->S: INVITE (for speechrecog) S->C: 200 OK C->S: ACK Now the SIP session is established b/w UAC and UAS. speechrecog resource is active C->S: INVITE (re-INVITE for adding speechsynth resource) S->C: 200 OK C->S: ACK Now both speechrecog and speechsynth are active on the sip session C->S: INVITE (re-INVITE for removing speechsynth resource) S->C: 486 BUSY HERE What should be the behaviour of UAC in the above scenarios? Regds, Srinivas
_______________________________________________ Sip mailing list https://www1.ietf.org/mailman/listinfo/sip This list is for NEW development of the core SIP Protocol Use sip-implementors@cs.columbia.edu for questions on current sip Use sipping@ietf.org for new developments on the application of sip
- [Sip] regarding session modification Srinivas
- RE: [Sip] regarding session modification kamalakar.mergu
- RE: [Sip] regarding session modification Zhang, Rocky Fan Wen (Rocky)
- Re: [Sip] regarding session modification Dale.Worley