Re: DTMF timing (was Re: [Sip] INFO ...)
Dean Willis <dean.willis@softarmor.com> Thu, 01 November 2007 21:19 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 1InhRQ-0007vZ-M9; Thu, 01 Nov 2007 17:19:04 -0400
Received: from sip by megatron.ietf.org with local (Exim 4.43) id 1InhRP-0007ur-8i for sip-confirm+ok@megatron.ietf.org; Thu, 01 Nov 2007 17:19:03 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1InhRO-0007uY-VC for sip@ietf.org; Thu, 01 Nov 2007 17:19:02 -0400
Received: from nylon.softarmor.com ([66.135.38.164]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1InhRI-0002qZ-Ou for sip@ietf.org; Thu, 01 Nov 2007 17:19:02 -0400
Received: from [192.168.2.100] (cpe-76-185-142-113.tx.res.rr.com [76.185.142.113]) (authenticated bits=0) by nylon.softarmor.com (8.13.8/8.13.8/Debian-3) with ESMTP id lA1LIfDg008248 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 1 Nov 2007 16:18:42 -0500
In-Reply-To: <0D4E483A0E6E0A46861409E5D6C2011C0E5A3D@sea02-mxc01.citel.com>
References: <8983EC086A9D954BA74D9763E853CF3E04183D84@xmb-rtp-215.amer.cisco.com> <63DAB754-7CAF-48DA-9E47-96905FE45E81@nostrum.com> <9EE99659-BC47-4F29-8C95-652A95D2EF7B@softarmor.com> <EFC02CB0-F640-49D1-8C51-349A909DC9D0@nostrum.com> <20C2BE8C-BBBF-474F-967D-81438FF4EDF0@softarmor.com> <472505F8.5090401@nostrum.com> <8FF0EFA1-77DA-4D68-9B34-2AB904C9ED42@softarmor.com> <47255D1A.30206@nostrum.com> <E6C2E8958BA59A4FB960963D475F7AC3022B33C132@mail.acmepacket.com> <472756C2.1010205@nostrum.com> <47277440.3050707@cisco.com> <E6C2E8958BA59A4FB960963D475F7AC3022B33C881@mail.acmepacket.com> <0D5F89FAC29E2C41B98A6A762007F5D037DBFB@GBNTHT12009MSX.gb002.siemens.net> <6A5ECF04-A5D5-494A-8542-79993361AC05@softarmor.com> <006d01c81cb1$0ba65b60$22f31220$@com> <0D4E483A0E6E0A46861409E5D6C2011C0E5A3D@sea02-mxc01.citel.com>
Mime-Version: 1.0 (Apple Message framework v752.3)
Content-Type: text/plain; charset="US-ASCII"; delsp="yes"; format="flowed"
Message-Id: <1C0CC329-89F4-4A07-A163-8C893A329E96@softarmor.com>
Content-Transfer-Encoding: 7bit
From: Dean Willis <dean.willis@softarmor.com>
Subject: Re: DTMF timing (was Re: [Sip] INFO ...)
Date: Thu, 01 Nov 2007 16:18:33 -0500
To: Michael Procter <michael.procter@citel.com>
X-Mailer: Apple Mail (2.752.3)
X-Spam-Score: 0.0 (/)
X-Scan-Signature: cab78e1e39c4b328567edb48482b6a69
Cc: sip@ietf.org
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>
Errors-To: sip-bounces@ietf.org
On Nov 1, 2007, at 3:20 PM, Michael Procter wrote: > Whilst having the RFC2833 arriving in the timestamped audio stream > is certainly beneficial, it is also true to say that the RTP stream > generally travels quicker than signalling. One of the main reasons > for this is that the RTP usually travels point-to-point, whilst the > signalling path often includes a couple of proxies. Even if the > proxies process the messages in zero time (which they don't), there > are still multiple network hops introduced as a consequence. > Additional delays incurred by the proxies/other intermediate > signalling elements swiftly add up too. I agree that this sounds correct in theory. What I'm wondering about is those deployments that use media-path control elements (aka SBCs that police media) and/or decoupled media and signaling processors. I suspect that that SBCs slow down RTP about as much as they slow down SIP. COuld be more, could be less -- I don't really know. Then there's the question of decoding the 2833 stream and backhauling it from the RTP-processing DSP element up to the application that's running at the control layer. From what the people who build decomposed gateways sometimes tell me, I've surmised that this may not be the easiest thing to do efficiently. This also applies to application built using a control "application servers" and a media server, since we don't generally bother to negotiate different endpoints for the 2833 stream, so it just follows the path to the media server. We don't really use DTMF much between "traditional SIP endpoints" -- the kind of all-in-one device that does everything in a dedicated general-purpose processor. It seems that in practice we use it more frequently in transactions that involve large-scale decoupled gateways and decoupled media servers, at least at one end of the call. I wouldn't be surprised to see the practical reality collide with the theory around 2833. So, that's why I'd like to see real-world measurements in real-world large-scale applications that actually use DTMF. -- Dean _______________________________________________ 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
- Re: [Sip] INFO: A recap, sense of consensus and a… Paul Kyzivat
- RE: [Sip] INFO: A recap, sense of consensus and a… Elwell, John
- Re: [Sip] INFO: A recap, sense of consensus and a… Adam Roach
- [Sip] INFO: A recap, sense of consensus and a pro… Dean Willis
- Re: [Sip] INFO: A recap, sense of consensus and a… Robert Sparks
- RE: [Sip] INFO: A recap, sense of consensus and a… Sanjay Sinha (sanjsinh)
- Re: [Sip] INFO: A recap, sense of consensus and a… Adam Roach
- [Sip] Mutual subscriptions Frank W. Miller
- Re: [Sip] INFO: A recap, sense of consensus and a… Robert Sparks
- Re: [Sip] INFO: A recap, sense of consensus and a… Paul Kyzivat
- Re: [Sip] INFO: A recap, sense of consensus and a… Paul Kyzivat
- RE: [Sip] INFO: A recap, sense of consensus and a… Henry Sinnreich
- RE: [Sip] INFO: A recap, sense of consensus and a… Frank W. Miller
- RE: [Sip] INFO: A recap, sense of consensus and a… Hadriel Kaplan
- Re: [Sip] INFO: A recap, sense of consensus and a… Robert Sparks
- Re: [Sip] INFO: A recap, sense of consensus and a… Dean Willis
- Re: [Sip] INFO: A recap, sense of consensus and a… Dean Willis
- Re: [Sip] INFO: A recap, sense of consensus and a… Dean Willis
- Re: [Sip] INFO: A recap, sense of consensus and a… Dean Willis
- Re: [Sip] INFO: A recap, sense of consensus and a… Robert Sparks
- Re: [Sip] INFO: A recap, sense of consensus and a… Adam Roach
- Re: [Sip] INFO: A recap, sense of consensus and a… Paul Kyzivat
- Re: [Sip] INFO: A recap, sense of consensus and a… Paul Kyzivat
- Re: [Sip] INFO: A recap, sense of consensus and a… Adam Roach
- Re: [Sip] INFO: A recap, sense of consensus and a… Paul Kyzivat
- RE: [Sip] INFO: A recap, sense of consensus and a… Francois Audet
- Re: [Sip] INFO: A recap, sense of consensus and a… Robert Sparks
- RE: [Sip] INFO: A recap, sense of consensus and a… Francois Audet
- Re: [Sip] INFO: A recap, sense of consensus and a… Paul Kyzivat
- RE: [Sip] INFO: A recap, sense of consensus and a… Christer Holmberg
- Re: [Sip] INFO: A recap, sense of consensus and a… Robert Sparks
- RE: [Sip] INFO: A recap, sense of consensus and a… Christer Holmberg
- Re: [Sip] INFO: A recap, sense of consensus and a… Dean Willis
- Re: [Sip] INFO: A recap, sense of consensus and a… Dean Willis
- RE: [Sip] INFO: A recap, sense of consensus and a… Hadriel Kaplan
- Re: [Sip] INFO: A recap, sense of consensus and a… Adam Roach
- Re: [Sip] INFO: A recap, sense of consensus and a… Dean Willis
- Re: [Sip] INFO: A recap, sense of consensus and a… Adam Roach
- RE: [Sip] INFO: A recap, sense of consensus and a… Sanjay Sinha (sanjsinh)
- RE: [Sip] INFO: A recap, sense of consensus and a… Hadriel Kaplan
- Re: [Sip] INFO: A recap, sense of consensus and a… Adam Roach
- Re: [Sip] INFO: A recap, sense of consensus and a… Adam Roach
- RE: [Sip] INFO: A recap, sense of consensus and a… Hadriel Kaplan
- Re: [Sip] INFO: A recap, sense of consensus and a… Adam Roach
- Re: [Sip] INFO: A recap, sense of consensus and a… Paul Kyzivat
- RE: [Sip] INFO: A recap, sense of consensus and a… Christer Holmberg
- Re: [Sip] INFO: A recap, sense of consensus and a… Paul Kyzivat
- RE: [Sip] INFO: A recap, sense of consensus and a… Francois Audet
- RE: [Sip] INFO: A recap, sense of consensus and a… Hadriel Kaplan
- RE: [Sip] INFO: A recap, sense of consensus and a… Hadriel Kaplan
- RE: [Sip] INFO: A recap, sense of consensus and a… Christer Holmberg
- Re: [Sip] INFO: A recap, sense of consensus and a… Dean Willis
- RE: [Sip] INFO: A recap, sense of consensus and a… Sanjay Sinha (sanjsinh)
- Re: [Sip] INFO: A recap, sense of consensus and a… Adam Roach
- Re: [Sip] INFO: A recap, sense of consensus and a… Paul Kyzivat
- RE: [Sip] INFO: A recap, sense of consensus and a… Francois Audet
- RE: [Sip] INFO: A recap, sense of consensus and a… Hadriel Kaplan
- RE: [Sip] INFO: A recap,sense of consensus and a … Elwell, John
- DTMF timing (was Re: [Sip] INFO ...) Dean Willis
- RE: DTMF timing (was Re: [Sip] INFO ...) Kevin Attard Compagno
- RE: DTMF timing (was Re: [Sip] INFO ...) Michael Procter
- Re: DTMF timing (was Re: [Sip] INFO ...) Dean Willis
- RE: DTMF timing (was Re: [Sip] INFO ...) Hadriel Kaplan
- RE: DTMF timing (was Re: [Sip] INFO ...) Eric Burger
- RE: [Sip] INFO: A recap, sense of consensus and a… Eric Burger