Re: [MMUSIC] T.38 (Re: M-line philosophy (Re: Wisdom sought: Prioritization of codecs))

Stefan Håkansson LK <stefan.lk.hakansson@ericsson.com> Sun, 25 November 2012 18:43 UTC

Return-Path: <stefan.lk.hakansson@ericsson.com>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D1AF921F8604 for <mmusic@ietfa.amsl.com>; Sun, 25 Nov 2012 10:43:21 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.779
X-Spam-Level:
X-Spam-Status: No, score=-4.779 tagged_above=-999 required=5 tests=[AWL=-1.130, BAYES_00=-2.599, HELO_EQ_SE=0.35, MANGLED_OFF=2.3, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id b4-3pq7QFMcx for <mmusic@ietfa.amsl.com>; Sun, 25 Nov 2012 10:43:21 -0800 (PST)
Received: from mailgw1.ericsson.se (mailgw1.ericsson.se [193.180.251.45]) by ietfa.amsl.com (Postfix) with ESMTP id 4AC0321F8602 for <mmusic@ietf.org>; Sun, 25 Nov 2012 10:43:19 -0800 (PST)
X-AuditID: c1b4fb2d-b7f1e6d000002d2c-fb-50b266c65bd3
Received: from esessmw0184.eemea.ericsson.se (Unknown_Domain [153.88.253.124]) by mailgw1.ericsson.se (Symantec Mail Security) with SMTP id B6.D8.11564.6C662B05; Sun, 25 Nov 2012 19:43:18 +0100 (CET)
Received: from [153.88.53.6] (153.88.115.8) by esessmw0184.eemea.ericsson.se (153.88.115.82) with Microsoft SMTP Server id 8.3.279.1; Sun, 25 Nov 2012 19:43:18 +0100
Message-ID: <50B266C5.90902@ericsson.com>
Date: Sun, 25 Nov 2012 19:43:17 +0100
From: Stefan Håkansson LK <stefan.lk.hakansson@ericsson.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20120907 Thunderbird/15.0.1
MIME-Version: 1.0
To: Parthasarathi R <partha@parthasarathi.co.in>
References: <50AF589F.50501@ericsson.com> <50AF5934.8010307@ericsson.com> <000601cdc996$ea6c0ec0$bf442c40$@co.in>
In-Reply-To: <000601cdc996$ea6c0ec0$bf442c40$@co.in>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpmluLIzCtJLcpLzFFi42KZGfG3RvdY2qYAg8NzZC2mLn/MYjH5Ux+r A5PHkiU/mTw+zP/CHsAUxWWTkpqTWZZapG+XwJWx7Md7xoJVShXz71g1MB6V6mLk4JAQMJG4 dte4i5ETyBSTuHBvPVsXIxeHkMBJRonGJb2MEM5KRomz8/eyglTxCmhKHPj5gh3EZhFQlbj4 aAkLiM0mEChx/f8vJhBbVCBK4sfWs+wQ9YISJ2c+AasRETCQ+L3tIdgcZgFhiQvnj4PVCwsk Saw6NgvMFhIolNj+fxlYPSfQcdP+dTBD1NtKXJhznQXClpfY/nYOM0S9rsS71/dYJzAKzkKy bhaSlllIWhYwMq9iZM9NzMxJLzfcxAgMyINbfuvuYDx1TuQQozQHi5I4L1fSfn8hgfTEktTs 1NSC1KL4otKc1OJDjEwcnFINjHEC+QnKaid2G+3m/iq1U89IP97ujp/X+UepX+bHxxQ7/Tji fn/nBEtfpuq7sVMMtjRz1Yob/E1d/F38V2Z3cLOmt/P6pri1a4v+rfCbfWGKsX/Z+sXXCkpW R09i2n/3ufCfpyWlCetCeOuszea6CrZP5is6c7OpzuJ0mPQc800nObVTZ5+ersRSnJFoqMVc VJwIAHIPSLAWAgAA
Cc: mmusic@ietf.org
Subject: Re: [MMUSIC] T.38 (Re: M-line philosophy (Re: Wisdom sought: Prioritization of codecs))
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multiparty Multimedia Session Control Working Group <mmusic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mmusic>, <mailto:mmusic-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mmusic>
List-Post: <mailto:mmusic@ietf.org>
List-Help: <mailto:mmusic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mmusic>, <mailto:mmusic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 25 Nov 2012 18:43:22 -0000

Hi Partha,
On 2012-11-23 17:23, Parthasarathi R wrote:
> Stefan,
>
> I agree with you that usecase does not exists.
>
> I think that T.38 shall be considered as part of PSTN interop as DTMF
> usecase is already considered for PSTN interop. In fact, DTMF interop with
> PSTN gateway shall be easily achieved using non-media (RTP) mechanism but it
> is tough achieve real-time fax interop without media (T.38) support.


This is correct AFAIK. And personally I did not really want DTMF as part 
of rtcweb - it is just for legacy interop, and can be solved by other 
means as you point out. But the wg's view was that sending DTMF should 
be supported, and perhaps that makes sense - DTMF is quite often used, 
by a lot of people (I use it almost daily to navigate IVRs).

I don't think this goes for fax, I think fax these days is only used by 
certain (few) organizations and only for certain types of communication.

But if you think differently, please make a proposal on the rtcweb mail 
list!

Thanks,
Stefan

>
> Thanks
> Partha
>
> -----Original Message-----
> From: mmusic-bounces@ietf.org [mailto:mmusic-bounces@ietf.org] On Behalf Of
> Stefan Hakansson LK
> Sent: Friday, November 23, 2012 4:39 PM
> To: mmusic@ietf.org
> Subject: Re: [MMUSIC] T.38 (Re: M-line philosophy (Re: Wisdom sought:
> Prioritization of codecs))
>
> Thanks for the clarifications, and I agree to what rtcweb/webrtc should
> decide.
>
> What I was implying in my original mail is that I think T.38 support
> should not be added to browsers (at least not as part of the
> rtcweb/webrtc effort), and there are at least two reasons:
>
> * It is not in any of the use-cases
> * You can support store-and-forward FoIP in browsers already
>
> But this discussion should happen in the rtcweb/webrtc space.
>
> Stefan
>
> On 11/22/2012 02:59 PM, Schwarz, Albrecht (Albrecht) wrote:
>> Looks like that your are describing T.37 FoIP behaviour, whereas Adam
>> did point on T.38 FoIP.
>>
>> WebRTC should firstly agree
>> a) whether fax is part of this conversational realtime multimedia
>> service at all,
>> and if,
>> b) which transport mode via IP.
>>
>> To a): support of F.185 (Internet fax) Yes/No
>> To b):
>>       b.1) T.37 FoIP store-and-forward already sufficient Yes/No
>>       b.2) T.38 FoIP realtime required Yes/No ((perhaps T.38 over RTP/UDP
>> or UDPTL/UDP))
>>       b.3) or any alternative to T.38 FoIP realtime Yes/No
>>
>> NOTE: T.38 would specify the behaviour of the
>> 1) PSTN gateway (as "T.38 gateway", which is always a PSTN-to-IP
>> gateway) and
>> 2) Browser (as "T.38 IAD" (Internet aware fax device))
>> in below illustration.
>>
>> -Albrecht
>>
>> -----Original Message-----
>> From: mmusic-bounces at ietf.org [mailto:mmusic-bounces at ietf.org] On
>> Behalf Of Stefan Hakansson LK
>> Sent: Donnerstag, 22. November 2012 14:39
>> To: mmusic at ietf.org
>> Subject: Re: [MMUSIC] T.38 (Re: M-line philosophy (Re: Wisdom sought:
>> Prioritization of codecs))
>>
>> On 11/20/2012 15:56, Adam Roach wrote:
>>   >
>>   >
>>   >    +---------+   +------------+   +---------+
>>   >    | Web App |---| SIP Server |---|         |
>>   >    +---------+   +------------+   |         | +-------------+
>>   >         |                         | PSTN GW |--| Fax Machine |
>>   >    +---------+      media         |         | +-------------+
>>   >    | Browser |--------------------|         |
>>   >    +---------+                    +---------+
>>
>> For cases when one client is not a proper fax machine, is not the usual
>> thing that is done that the facsimile is converted to/from TIFF, JPEG,
>> PDF or similar somewhere between that client and the fax machine? (And
>> often sent as a mail attachment)
>>
>> If so, all tools are already available (e.g. File API if you want to
>> store/access on the local file system, XHR or WebSockets - or even the
>> rtcweb data channel for transport) to build a client that can handle
>> fax. (I am probably missing something)
>>
>> Stefan
>>
>> _______________________________________________
>> mmusic mailing list
>> mmusic at ietf.org
>> https://www.ietf.org/mailman/listinfo/mmusic
>
>
>
> _______________________________________________
> mmusic mailing list
> mmusic@ietf.org
> https://www.ietf.org/mailman/listinfo/mmusic
>