I've seen no response to your postings so I'll say a few words.  First, the
I-D you reference below, like one I was involved with at the time, has
expired from an IETF process basis.  The mechanism (DTFM in INFO) hasn't
been accepted as an approach for standardizing within the IETF (at least
within the SIP-related working groups).  Second, the signaled digits I-D you
refer to below does discuss sending RFC 2833 tones in INFO and also using
the SIP Events mechanism.  However, if there's interest in the more general
problem of key-based user indication transport in SIP then a current
proposal is
http://www.ietf.org/internet-drafts/draft-culpepper-sip-key-events-00.txt.;
(The -01 version should appear soon in the archives.)

If you're interested in a standardized mechanism, I'd encourage your
participation (if only posting some feedback) in discussing the various
mechanisms on the SIPPING mail list
(http://www1.ietf.org/mailman/listinfo/sipping).

Regards,
Bert


What is the status of
draft-choudhuri-sip-info-digit-00.txt
?

Thanks,
Eran.
Eran Shen
Intel Corporation
Telecommunications and Embedded Group
P.O Box 58, Migdal Tefen, Israel
Tel: +972-4-9105020
<mailto:[EMAIL PROTECTED]>


-----Original Message-----
From: Shen, Eran [mailto:[EMAIL PROTECTED]]
Sent: Sunday, March 03, 2002 1:18 AM
To: [EMAIL PROTECTED]
Subject: [Sip-implementors] Out of band DTMF


Hi,

I would like to know where can I find a description of the way to convey out
of band DTMF using INFO method?

In the INFO rfc2976
"- Carrying DTMF digits generated during a SIP session."
is all I found.

And In
http://www.softarmor.com/sipping/drafts/draft-mahy-sipping-signaled-digits-0
0.txt
Page 3:
"This document proposes that the protocol translator send the
   audio/telephone-event MIME type defined in RFC2833 in the body of an
   INFO method to the target User Agent, for it to render.

   The INFO method means: here is some information relevant to the
   call.  A valid way to handle information in this situation is to
   render that information.

   Under this proposal, a User Agent MUST NOT send signaled digits or
   telephone-events using the INFO method if the event was ever
   represented as a tone (as media).  Only signals originated as pure
   signaling MAY generate an INFO method.  Failure to heed this
   requirement will result in double-detection of digits/events.

   If INFO is used incorrectly by a pair of PSTN gateways (for
   example), the source gateway may detect a digit, send an INFO
   request which is lost, and retransmit that request.  The target
   gateway would send the original in-band tone to the PSTN when the
   audio media arrives, later when the INFO arrives, the target gateway
   would render the same tone again."

Does anyone know of other documents where it is mentioned?

Thanks,
Eran.
Eran Shen
Intel Corporation
Telecommunications and Embedded Group
P.O Box 58, Migdal Tefen, Israel
Tel: +972-4-9105020
<mailto:[EMAIL PROTECTED]>

_______________________________________________
Sip-implementors mailing list
[EMAIL PROTECTED]
http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors

Reply via email to