On Apr 27, 2011, at 9:59 PM, Sebastian Kiesel wrote:

Hi stefano,

On Wed, Apr 27, 2011 at 11:17:33AM +0200, stefano previdi wrote:
On Apr 27, 2011, at 10:22 AM, Sebastian Kiesel wrote:
Hi,

On Wed, Apr 27, 2011 at 09:15:11AM +0800, ?????? wrote:
hi, everyone:

have the ALTO considered the use cases of wireless, which means how
to make
the selection of the peers in the wireless environment?

the ALTO protocols and procedures feature mechanisms that can be
leveraged in a mobile / wireless scenario. IMO there are two issues:

1. When a client is moving between different sections of an access
 network it may have to find a new ALTO server which is able
 to give guidance that is useful at the new client position.
 draft-kiesel-alto-3pdisc-05, sec. 1.3 states:

o A change of the IP address at an interface invalidates the result
    of the ALTO server discovery procedure.  For instance, if the IP
    address assigned to a mobile host changes due to host mobility,
it
    is required to run the ALTO server discovery procedure for the
new
    IP address without relying on earlier gained information.


mobility is often at layer-2 and this mean you will need some other
mechanisms in order to enrich your maps/ecs with wireless-l2 derived
topology info.

I agree. But the creation of maps based on the (wireless) topology and
other {cost,distance,performance,...}-related information as well as
feeding them into the ALTO server is out of scope of the protocol spec.


well, yes, that's what I stated in my previous email...


The paragraph above is about ALTO server discovery:

If the client notices that it has been assigned a different IP address, one reason may be a significant movement in the network, e.g., handover
from one mobility anchor to another, and therefore a new ALTO server
discovery might be required (of course, there might be other reasons for
getting a new IP addres, but doing a new discovery then won't hurt).

Are there any networks using layer-2 mobility which are so huge, that a
client should discover and use different ALTO servers while moving
around even though it can retain the same IP address?


in a clever implementation, the use of a particular ALTO server
is mostly dictated by the boundaries of the infra/routing domain
where the client resides. IOW: as long as you stay within the same
SP infrastructure, there shouldn't be reasons to change ALTO server.


s.



Thanks,
Sebastian

_______________________________________________
alto mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/alto

Reply via email to