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