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