Re: [p2pi] Information in an ALTO protocol

I would like to also point out that we should strive to make ALTO as NAT
friendly as possible.

Thanks,

Reinaldo

On 8/25/08 12:25 PM, "David R Oran" <oran@cisco.com> wrote:

> 
> On Aug 19, 2008, at 10:17 AM, Vijay K. Gurbani wrote:
> 
>> Fabio Hecht wrote:
>>> in this case, would an ALTO Server query other ALTO Servers to gather
>>> this information? Because, from an ISP point of view, the ALTO Server
>>> would not know what the last-hop bandwidth is for every other peer.
>>> Would the protocol then be the same used by the overlay applications?
>> 
>> Fabio: At this point, not much thought has been given to an Inter-ALTO
>> server protocol or what its form may be.  We are trying to get our
>> hands around the needed information that could serve as the building
>> block for an ALTO server - ALTO client protocol.
>> 
> This is only tangentially related to the main topic of this thread,
> but since it occurred to me on reading this exchange about server
> chaining I thought I'd mention it here:
> 
> Many client/server protocols are were initially designed to be
> strictly two party, with no architectural support for proxies or other
> stateful intermediaries (HTTP and RTSP come to mind...there are likely
> many others).
> 
> It may behoove us to build proxy capability into ALTO from day 1,
> since it will almost inevitably have to be added later at some level
> of pain, perhaps large, and almost assuredly some undesirable security
> tradeoffs.
> 
> This probably involves at least the following:
> - separating our end-to-end from ho--by hop (transport layer?) security
> - clear data model separation between things used to "route" requests
> and things used to interpret queries.
> - a flexible addressing model
> - a way to aggregate and summarize in responses
> 
> and likely a bunch of other considerations I'm missing in the above.
> 
> DaveO.
> 
>> Thanks,
>> 
>> - vijay
>> -- 
>> Vijay K. Gurbani, Bell Laboratories, Alcatel-Lucent
>> 2701 Lucent Lane, Rm. 9F-546, Lisle, Illinois 60532 (USA)
>> Email: vkg@{alcatel-lucent.com,bell-labs.com,acm.org}
>> WWW:   http://www.alcatel-lucent.com/bell-labs
>> _______________________________________________
>> p2pi mailing list
>> p2pi@ietf.org
>> https://www.ietf.org/mailman/listinfo/p2pi
> 
> _______________________________________________
> p2pi mailing list
> p2pi@ietf.org
> https://www.ietf.org/mailman/listinfo/p2pi

_______________________________________________
p2pi mailing list
p2pi@ietf.org
https://www.ietf.org/mailman/listinfo/p2pi