RE: [Sipping] draft-ietf-sipping-ToIP-00 - Section 8.4
"Peter Ridler" <ridler@softrac.ca> Wed, 29 December 2004 19:45 UTC
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA04504 for <sipping-web-archive@ietf.org>; Wed, 29 Dec 2004 14:45:46 -0500 (EST)
Received: from megatron.ietf.org ([132.151.6.71]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1Cjjwe-00077M-QC for sipping-web-archive@ietf.org; Wed, 29 Dec 2004 14:57:21 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Cjji7-0003sH-HD; Wed, 29 Dec 2004 14:42:19 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1CjjcT-0002eU-Fh for sipping@megatron.ietf.org; Wed, 29 Dec 2004 14:36:30 -0500
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA04184 for <sipping@ietf.org>; Wed, 29 Dec 2004 14:36:27 -0500 (EST)
Received: from bayc1-pasmtp04.bayc1.hotmail.com ([65.54.191.164]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1CjjnT-0006vh-MO for sipping@ietf.org; Wed, 29 Dec 2004 14:48:02 -0500
Message-ID: <BAYC1-PASMTP0459775758A8CB6756C17DED9B0@cez.ice>
X-Originating-IP: [64.228.35.141]
X-Originating-Email: [peter.ridler@sympatico.ca]
Received: from jedi ([64.228.35.141]) by bayc1-pasmtp04.bayc1.hotmail.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.211); Wed, 29 Dec 2004 11:35:39 -0800
From: Peter Ridler <ridler@softrac.ca>
To: 'Gunnar Hellstrom' <gunnar.hellstrom@omnitor.se>, 'IETF Sipping' <sipping@ietf.org>
Subject: RE: [Sipping] draft-ietf-sipping-ToIP-00 - Section 8.4
Date: Wed, 29 Dec 2004 14:35:31 -0500
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook, Build 11.0.5510
Thread-Index: AcTtgzIVEYBiJ9EHRCC05zTZsmLdFwATduEg
In-Reply-To: <GHEPIJKACEKDGLKODIGJEELDDMAA.gunnar.hellstrom@omnitor.se>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
Message-ID: <BAYC1-PASMTP04u59Vv00005121@bayc1-pasmtp04.bayc1.hotmail.com>
X-OriginalArrivalTime: 29 Dec 2004 19:35:42.0983 (UTC) FILETIME=[95CA3970:01C4EDDD]
X-Spam-Score: 1.0 (+)
X-Scan-Signature: 3a4bc66230659131057bb68ed51598f8
Content-Transfer-Encoding: 7bit
Cc: 'Toip list' <toip@snowshore.com>
X-BeenThere: sipping@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: "SIPPING Working Group \(applications of SIP\)" <sipping.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/sipping>, <mailto:sipping-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:sipping@ietf.org>
List-Help: <mailto:sipping-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/sipping>, <mailto:sipping-request@ietf.org?subject=subscribe>
Sender: sipping-bounces@ietf.org
Errors-To: sipping-bounces@ietf.org
X-Spam-Score: 1.0 (+)
X-Scan-Signature: 2086112c730e13d5955355df27e3074b
Content-Transfer-Encoding: 7bit
Gunnar, Thanks for the reply. If indeed the 1000 is the clock rate, how is this value derived at? The negotiation of the transmission interval is where I was thinking that each end MAY suggest a timeout value that it is willing to accept (default would be the 300ms). The application I have in mind is the case a TDD device is communicating via a PSTN gateway to a SIP IVR/ITR where it can handle a longer delay of text packets (say 500 - 1000ms range). This would reduce the number of RTP packets going across the network. BUT, I am quite happy with the fixed 300ms interval. Regards Peter > -----Original Message----- > From: Gunnar Hellstrom [mailto:gunnar.hellstrom@omnitor.se] > Sent: Wednesday, December 29, 2004 3:48 AM > To: IETF Sipping; Peter Ridler > Cc: Toip list > Subject: RE: [Sipping] draft-ietf-sipping-ToIP-00 - Section 8.4 > > Peter, > I am glad you are looking at details of sipping-toip. > > The figure 1000 in the sdp line > > a=rtpmap:98 t140/1000 > is indeed a clock rate. > > You can read more about it in: > http://www.ietf.org/internet-drafts/draft-ietf-avt-rfc2793bis-09.txt > Where some requirements are stated for handling the timestamps. > > Even if it has little meaning for a text packet where text > characters are stored at the moment they are created rather > than by being sampled, we did not want to deviate from normal > RTP usage of that parameter. > > The clock is used for setting the timestamp of the text > packets, and for calculation of time offset for redundant > text, and can thus be used if there is a desire to time the > display of characters. > > ------ > > Do you see a need for negotiation of the transmission interval? > > Regards > > Gunnar > > ------------------------------------------- > Gunnar Hellstrom > Omnitor AB > Renathvagen 2 > SE 121 37 Johanneshov > SWEDEN > +46 8 556 002 03 > Mob: +46 708 204 288 > www.omnitor.se > Gunnar.Hellstrom@Omnitor.se > -------------------------------------------- > > > >-----Original Message----- > >From: sipping-bounces@ietf.org [mailto:sipping-bounces@ietf.org]On > >Behalf Of Peter Ridler > >Sent: Tuesday, December 28, 2004 6:08 PM > >To: IETF Sipping > >Subject: [Sipping] draft-ietf-sipping-ToIP-00 - Section 8.4 > > > > > >Hi, > > > >In section 8.4 of this draft states:: > > > >--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.-- > > > >Text capability SHOULD be announced in SDP by a declaration in line > >with this example: > > > > m=text 11000 RTP/AVP 98 100 > > a=rtpmap:98 t140/1000 > > a=rtpmap:100 red/1000 > > a=fmtp:100 98/98/98 > > > >Characters SHOULD BE buffered for transmission and transmitted every > >300 ms. > > > >--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.--.-- > > > >On SDP line 2 (a=rtpmap:98 t140/1000) what does the 1000 stand for? > > > >Nominally it is the clock rate. If just a filler, could it be the > >Timeout value i.e. 1000 = 1000ms or better yet (a=rtpmap:98 > t140/300) > >300 = 300ms timeout value? > > > >Thanks > >Peter > > > > > > > >_______________________________________________ > >Sipping mailing list https://www1.ietf.org/mailman/listinfo/sipping > >This list is for NEW development of the application of SIP Use > >sip-implementors@cs.columbia.edu for questions on current sip Use > >sip@ietf.org for new developments of core SIP > > > > _______________________________________________ Sipping mailing list https://www1.ietf.org/mailman/listinfo/sipping This list is for NEW development of the application of SIP Use sip-implementors@cs.columbia.edu for questions on current sip Use sip@ietf.org for new developments of core SIP
- [Sipping] draft-ietf-sipping-ToIP-00 - Section 8.4 Peter Ridler
- RE: [Sipping] draft-ietf-sipping-ToIP-00 - Sectio… Gunnar Hellstrom
- RE: [Sipping] draft-ietf-sipping-ToIP-00 - Sectio… Peter Ridler
- RE: [Sipping] draft-ietf-sipping-ToIP-00 - Sectio… Gunnar Hellstrom