Re: [RAM] The mapping problem: rendezvous points?

[Marshall Eubanks <[e-mail]>]

Dear David;

On May 8, 2007, at 4:16 PM, David Conrad wrote:

> Hi,
>
> On May 8, 2007, at 11:18 AM, Dave Thaler wrote:
>> I disagree with the word "everything".  The two high level choices  
>> are:
>>
>> PULL: work on-demand (which results in deterministic loss and hence
>> adversely affects applications) and cache the result for some time
>
> What applications are adversely affected by a delay in transmitting  
> the first packet?  How do such applications work in today's "best  
> effort" Internet?

If delays are as much as several seconds, that will start to bring  
serious complaints from webhosts,
but the needs of video are more stringent.

In IPTV / Internet Broadcasting / Video Conferencing, there is a  
desire to

- start / change channels & broadcasts in 100's of milliseconds and
- not lose basically any packets

and that is why much of this traffic now goes over L2VPNs or L3VPNs.  
FEC will help with the
second, not the first.

Regards
Marshall

>
> Thanks,
> -drc
>
>
>
>
> _______________________________________________
> RAM mailing list
> [e-mail]
> https://www1.ietf.org/mailman/listinfo/ram


_______________________________________________
RAM mailing list
[e-mail]
https://www1.ietf.org/mailman/listinfo/ram