Re: [rtcweb] rtcweb Digest, Vol 17, Issue 4

kiran kumar <g.kiranreddy4u@gmail.com> Tue, 03 July 2012 03:37 UTC

Return-Path: <g.kiranreddy4u@gmail.com>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 597AC21F857A for <rtcweb@ietfa.amsl.com>; Mon, 2 Jul 2012 20:37:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.641
X-Spam-Level:
X-Spam-Status: No, score=-2.641 tagged_above=-999 required=5 tests=[AWL=0.357, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_82=0.6, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xaHBWgicLvVK for <rtcweb@ietfa.amsl.com>; Mon, 2 Jul 2012 20:37:24 -0700 (PDT)
Received: from mail-yx0-f172.google.com (mail-yx0-f172.google.com [209.85.213.172]) by ietfa.amsl.com (Postfix) with ESMTP id E869821F8585 for <rtcweb@ietf.org>; Mon, 2 Jul 2012 20:37:23 -0700 (PDT)
Received: by yenq13 with SMTP id q13so5330408yen.31 for <rtcweb@ietf.org>; Mon, 02 Jul 2012 20:37:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=C9lX7LGSVLua6kLYo698VmtpIXpFxBu0kORVAsNCXfU=; b=dRtMJlQq8KsZA9fKNDuEIBd7cmyGmaG7MyJxBkoWw/p3pNUdTjhvH66ck3j8z4upP7 lfmUPUuPL2Zj6PoK5//w3G9nWGkaTV/xQyMBoC6UcnAFUrxfOdkpM+6l27RH3PgBNz4M rXujPehUaVygJxehm2rrFcmoaeORuqIpqcdvBlXlYcUyIZXM8iQqJe2R6GddfYap+eAA 8Xe5UGGMlEXhfIxHZKSx2uc0/coIQVH3FcgUj0kpxNN8tIu9c+p+R0QB6Q6YUUI8ARBQ 1jb+o/249EYs0KQJZ87VTkSC+RAI8qXutjqN3ikp4mTyDgfMAdkD1VCM80gbbQjgDXNt 6h9Q==
Received: by 10.50.183.200 with SMTP id eo8mr7212496igc.63.1341286650086; Mon, 02 Jul 2012 20:37:30 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.231.47.195 with HTTP; Mon, 2 Jul 2012 20:37:09 -0700 (PDT)
In-Reply-To: <mailman.4565.1341260311.3336.rtcweb@ietf.org>
References: <mailman.4565.1341260311.3336.rtcweb@ietf.org>
From: kiran kumar <g.kiranreddy4u@gmail.com>
Date: Tue, 03 Jul 2012 09:07:09 +0530
Message-ID: <CAGW1TF44cp0ghLJp90oX9P2Kep0wc+-083LZojfQheeoU3wg3A@mail.gmail.com>
To: rtcweb@ietf.org
Content-Type: multipart/alternative; boundary="14dae934043552044b04c3e4a219"
Subject: Re: [rtcweb] rtcweb Digest, Vol 17, Issue 4
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Real-Time Communication in WEB-browsers working group list <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtcweb>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 03 Jul 2012 03:37:25 -0000

Hi All,

So far there are many supports and opposes for the implementation of
retransmission in browser.
Since according to Justin, since browser and app developers are different,
apps have no control over retransmissions.
IMO, can we think of to make this implemented in the browser and giving App
to opt for this facility,if it requires, through peerConnection or some
other API at the time of initiation. So that, facility will be prasent and
its usage becomes application dependent.

Thanks,
Kiran.

> ---------- Forwarded message ----------
> From: Justin Uberti <juberti@google.com>
> To: "Olle E. Johansson" <oej@edvina.net>
> Cc: "rtcweb@ietf.org" <rtcweb@ietf.org>
> Date: Mon, 2 Jul 2012 13:18:13 -0700
> Subject: Re: [rtcweb] RTP Usage: Is RTP Retransmission REQUIRED or
> RECOMMENDED
> As has been pointed out in this thread before, this discussion is not
> about mandating the USE of retransmission in realtime scenarios.  It is
> simply trying to decide whether retransmission should be required to be
> present in the 'toolbox' of tools that WebRTC apps can expect to use,
> primarily where the app developer and runtime developer are separate (e.g.
> in a browser).
>
> Several people have pointed out scenarios and applications where
> retransmission (of video, not audio) works very well. Our experience
> matches this too. Typically we can locate a media gateway very close to all
> participants, meaning that a lost packet between GW and user can be
> detected and retransmitted fast enough to not be noticeable by the user.
> These applications, if they do not have access to retransmission, will be
> forced to use cruder methods of error recovery that are more noticeable to
> users, among other unpleasant effects.
>
> Given that the implementation cost of retransmission is fairly negligible
> (basically, a packet cache plus support for parsing NACK messages), and
> that is really the only reason NOT to support this functionality in the
> toolbox, I have a hard time understanding why we would not want to make
> this a MUST implement for WebRTC.
>
> Again, this is about making _support_ for retransmission a requirement,
> not _use_.
> --justin
>
>
> On Mon, Jul 2, 2012 at 12:38 AM, Olle E. Johansson <oej@edvina.net> wrote:
>
>>
>> 29 jun 2012 kl. 17:11 skrev Cullen Jennings:
>>
>> >
>> > Right - so on the question of it retransmission is mandatory to
>> implement for audio codec, I am on a definitely "No". The bulk of systems
>> today do not do it and work fine. Vendors can easily choose to do if they
>> want in an interoperable way with out it being MTI. Why we should add a
>> bunch of stuff in to version 1 of this that we can live without is beyond
>> me. This is how IPv6 got big and hard, by everyone taking their favorite
>> technology and attaching it to v6. I don't even want it as RECOMMENDED for
>> audio - I see it as OPTIONAL.
>> Agree. We need a base level of interoperability.
>> >
>> > I probably feel differently about video.
>> Maybe. Current video have the frame update requests. ugly, but works in
>> most cases. I see reasons for retransmission of video, but not to make it
>> recommended or required.
>>
>> /O
>>  >
>> >
>> > On Jun 28, 2012, at 23:43 , Magnus Westerlund wrote:
>> >
>> >> On 2012-06-28 16:36, Cullen Jennings wrote:
>> >>>
>> >>> I think you need to separate this for audio and video and be far more
>> >>> specific about what type of retransmit ion you are talking about. In
>> >>> many cases the retransmit ion schemes for audio make the end suer
>> >>> experience worse.
>> >>
>> >> I am not disagreeing unless the RTT is really low.
>> >>
>> >> What I am asking the WG is if RTP retransmission is a RECOMMENDED or
>> >> REQUIRED feature in the toolbox that an WebRTC end-point supports. This
>> >> says nothing on when you select to use it and on which media. If we
>> want
>> >> to include such recommendations we can do it. In fact the RTP usage
>> >> draft has a bit on text discussing the issue with RTT.
>> >>
>> >> Cheers
>> >>
>> >> Magnus
>> >> (As WG chair)
>> >>
>> >>>
>> >>> On Jun 27, 2012, at 24:36 , Magnus Westerlund wrote:
>> >>>
>> >>>> WG,
>> >>>>
>> >>>> We had a discussion at the interim if RTP Retransmission is to be
>> >>>> considered REQUIRED or RECOMMENDED to implement. I would like to
>> >>>> see if we can first have some discussion on this topic before
>> >>>> moving on to see if we can get a consensus here on the mailing
>> >>>> list.
>> >>>>
>> >>>> Please provide your views on this topic.
>> >>>>
>> >>>> Cheers
>> >>>>
>> >>>> Magnus Westerlund (As Chair and document editor)
>> >>>>
>> >>>>
>> >>>>
>> ----------------------------------------------------------------------
>> >>>>
>> >>>>
>> >> Multimedia Technologies, Ericsson Research EAB/TVM
>> >>>>
>> ----------------------------------------------------------------------
>> >>>>
>> >>>>
>> >> Ericsson AB                | Phone  +46 10 7148287
>> >>>> Färögatan 6                | Mobile +46 73 0949079 SE-164 80
>> >>>> Stockholm, Sweden| mailto: magnus.westerlund@ericsson.com
>> >>>>
>> ----------------------------------------------------------------------
>> >>>>
>> >>>>
>> >>>>
>> >>>>
>> >> _______________________________________________
>> >>>> rtcweb mailing list rtcweb@ietf.org
>> >>>> https://www.ietf.org/mailman/listinfo/rtcweb
>> >>>
>> >>>
>> >>
>> >>
>> >> --
>> >>
>> >> Magnus Westerlund
>> >>
>> >> ----------------------------------------------------------------------
>> >> Multimedia Technologies, Ericsson Research EAB/TVM
>> >> ----------------------------------------------------------------------
>> >> Ericsson AB                | Phone  +46 10 7148287
>> >> Färögatan 6                | Mobile +46 73 0949079
>> >> SE-164 80 Stockholm, Sweden| mailto: magnus.westerlund@ericsson.com
>> >> ----------------------------------------------------------------------
>> >>
>> >>
>> >>
>> >
>> > _______________________________________________
>> > rtcweb mailing list
>> > rtcweb@ietf.org
>> > https://www.ietf.org/mailman/listinfo/rtcweb
>>
>> ---
>> * Olle E Johansson - oej@edvina.net
>> * Cell phone +46 70 593 68 51, Office +46 8 96 40 20, Sweden
>>
>>
>>
>> _______________________________________________
>> rtcweb mailing list
>> rtcweb@ietf.org
>> https://www.ietf.org/mailman/listinfo/rtcweb
>>
>
>
> _______________________________________________
> rtcweb mailing list
> rtcweb@ietf.org
> https://www.ietf.org/mailman/listinfo/rtcweb
>
>