Hi Haibin, For instance, during peak hours in case that the direct VPN tunnel is heavy-loaded, bandwidth-sensitive traffic could take VPN-based relay leaving delay-sensitive traffic to take direct VPN tunnel. Does it make sense to you?
BR Lingli -----邮件原件----- 发件人: 邓灵莉/Lingli Deng [mailto:[email protected]] 发送时间: 2013年10月24日 15:13 收件人: 'Songhaibin (A)' 抄送: '[email protected]' 主题: 答复: [alto] Re: FW: New Version Notification for draft-song-alto-overlay-routing-00.txt Hi Haibin, With VPN tunnels between IDCs, and there may be room for VPN-based relay cases for inter-IDC traffic optimization. E.g. congestion or failure on backhaul core. Therefore, I don’t see the need of retricting the relay routing to using direct routing method only. BR Lingli -----邮件原件----- 发件人: Songhaibin (A) [mailto:[email protected]] 发送时间: 2013年10月24日 13:41 收件人: 邓灵莉/Lingli Deng 抄送: [email protected] 主题: RE: [alto] Re: FW: New Version Notification for draft-song-alto-overlay-routing-00.txt Hi Lingli, It's direct routing IMO. But if you can give use cases that require VPN tunnel based relays, I can also update the document to support them. BR, -Haibin -----Original Message----- From: 邓灵莉/Lingli Deng [mailto:[email protected]] Sent: Thursday, October 24, 2013 11:18 AM To: Songhaibin (A) Cc: [email protected] Subject: [alto] Re: FW: New Version Notification for draft-song-alto-overlay-routing-00.txt Hi Haibin, This is an interesting topic, I think. And I have a quick question: by relay-based routing, do you mean relaying through direct routing or relaying through VPN tunneling? BR Lingli Date: Tue, 22 Oct 2013 00:59:36 +0000 From: "Songhaibin (A)" <[email protected]> To: "[email protected]" <[email protected]> Subject: [alto] FW: New Version Notification for draft-song-alto-overlay-routing-00.txt Message-ID: <e33e01dfd5bea24b9f3f18671078951f247c1...@nkgeml501-mbs.china.huawei.com> Content-Type: text/plain; charset="utf-8" Hi all, We have submitted a draft on alto protocol extension for overlay routing. It can help applications to find the optimal path between two endpoints, by asking ALTO server for the cost values of various paths between two endpoints, for example, VPN tunnel, direct routing, and through different relay nodes. We hope people who are interested can give their comments. Thanks, -Haibin -----Original Message----- From: [email protected] [mailto:[email protected]] Sent: Monday, October 21, 2013 9:22 PM To: Songhaibin (A); Yi Sun; Sun Yi Subject: New Version Notification for draft-song-alto-overlay-routing-00.txt A new version of I-D, draft-song-alto-overlay-routing-00.txt has been successfully submitted by Haibin Song and posted to the IETF repository. Filename: draft-song-alto-overlay-routing Revision: 00 Title: ALTO Protocol Extension For Overlay Routing Creation date: 2013-10-21 Group: Individual Submission Number of pages: 10 URL: http://www.ietf.org/internet-drafts/draft-song-alto-overlay-routing-00.txt Status: http://datatracker.ietf.org/doc/draft-song-alto-overlay-routing Htmlized: http://tools.ietf.org/html/draft-song-alto-overlay-routing-00 Abstract: This document describes an ALTO protocol extension for overlay routing. It considers three different methods to route traffic from a data source to a data receiver, which are direct Internet routing, VPN tunnel, and overlay routing via intermediate/relay node(s), analyze their use cases in real world and then proposes an extension to ALTO protocol so as to support a ALTO client to get cost value between hosts via these different routing methods. Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. The IETF Secretariat ------------------------------ _______________________________________________ alto mailing list [email protected] https://www.ietf.org/mailman/listinfo/alto End of alto Digest, Vol 60, Issue 35 ************************************ _______________________________________________ alto mailing list [email protected] https://www.ietf.org/mailman/listinfo/alto
