Re: [alto] Roman Danyliw's Discuss on draft-ietf-alto-new-transport-17: (with DISCUSS and COMMENT)

Hi, Roman: Talking with Kai recently, he confirmed two issues raised in the Discuss (2023-10-23 for -17) Have been addressed. The latest version is v-21. Also he mentioned that his response to your email sometimes got filtered for some unknown reasons, I hope you have received Med's follow up

Re: [alto] alto-oam-org

Hi, All: I think we should use documentation address defined in section 3 of RFC5737 and replace "172.17.0.2 ", even though it gets slipped off form AD's eyes -Qin -邮件原件- 发件人: alto [mailto:alto-boun...@ietf.org] 代表 tom petch 发送时间: 2023年10月27日 18:21 收件人: Jensen Zhang 抄送: alto@ietf.org;

[alto] Presentation slides uploading reminder

Hi, All: We still miss one slides for ALTO session in IETF 117. Please feel free to send it to chairs and upload by yourself, In addition, we would like to have one or two volunteers for minutes taking. Please drop a email to chairs if you Are interested. -Qin

[alto] Draft ALTO Agenda Posted

Hi, All: The Draft ALTO Agenda has been posted: https://datatracker.ietf.org/doc/agenda-117-alto/ Please let chairs know if you have any update or change. -Qin/Med (on behalf of chairs) Introduction (Chairs) 5 min Session intro & WG

Re: [alto] Topic B - maintenance of ALTO protocol // RE: June 20, 2023 meeting minutes and discussion working links

Luis: Regarding isolation of the ALTO server from direct client interaction, do we have a scenario where one or multiple intermediate server is placed between the client and ALTO server. Or do we have the case where ALTO information will be distributed through a collection of intermediate

Re: [alto] Topic B - maintenance of ALTO protocol // RE: June 20, 2023 meeting minutes and discussion working links

e, transport and update ALTO basic information. It can be considered a BGP vertical slice, with BGP-LS as the lower lower layer. Make sense? I will add some more details to the doc. Talk to many of you soon. [Qin Wu] As we know, BGP-LS is used to collect the network topology data, ALTO is us

Re: [alto] Topic B - maintenance of ALTO protocol // RE: June 20, 2023 meeting minutes and discussion working links

Hi, Danny: BGP community can be seen as a tag attached to the BGP routes exchanged between two BGP peers. It is interesting to see ALTO network map can be generated based on BGP-communities, two questions I want to ask here: 1. We have many common BGP communities, e.g., local AS

[alto] FW: [E-impact] New revision of Green Networking Metrics draft in opsawg

This is an interesting draft which focuses on green energy metric definitions, which might be related to cost metric definition. For people who might be interested, please take a look at it. 吴钦 Wu Qin Mobile：+86-13914734360(Mobile Number)

[alto] ALTO interim starts in 15 minutes//: Reminder ALTO interim #3 meeting tomorrow Wednesday (05/03/2023) at 10am EST

Hi, All: We have 10 minutes before the interim to test your setup, https://meetings.conf.meetecho.com/interim/?short=644e2d4c-50a7-4de6-8a18-e6f5f5ec2005 For more guidelines, please referred to the following pages: https://www.ietf.org/how/meetings/technology/meetecho-guide-participant/

Re: [alto] Meeting Info for Tuesday May 2nd, 2023

Hi, Jordi: Why draft-zhang-alto-bgp-ls is not in the table for integration with data source? Also I believe RFC7752 should be listed in the table as well. -Qin 发件人: Jordi Ros Giralt [mailto:j...@qti.qualcomm.com] 发送时间: 2023年5月2日 14:27 收件人: alto@ietf.org 抄送: kai...@scu.edu.cn; Qin Wu 主题: Meeting

Re: [alto] Proposed Agenda for Interims #2-5

...@ietf.org] 代表 Qin Wu 发送时间: 2023年4月8日 22:48 收件人: Jordi Ros Giralt ; mohamed.boucad...@orange.com; IETF ALTO 主题: Re: [alto] Proposed Agenda for Interims #2-5 Hi, Jordi: Compute related draft, in my understanding, fits into interim #3: Deployment Catalysts, draft-zhang-alto-bgp-ls and draft-contreras

Re: [alto] Proposed Agenda for Interims #2-5

日 5:36 收件人: mohamed.boucad...@orange.com; IETF ALTO 抄送: Qin Wu 主题: Re: Proposed Agenda for Interims #2-5 Hi Med, Qin: Many thanks for proposing the agendas, the proposed scope makes sense. Let me ask one question to ensure the agenda is comprehensive. There are currently 3 technical topics

Re: [alto] ALTO and TVR

Thanks Luis for information sharing, look forward to seeing more feedback and input from TVR WG. -Qin 发件人: alto [mailto:alto-boun...@ietf.org] 代表 LUIS MIGUEL CONTRERAS MURILLO 发送时间: 2023年3月27日 0:03 收件人: 'alto@ietf.org' 主题: [alto] ALTO and TVR Dear all, This is just to remind you that tomorrow

[alto] Look for Volunteer for ALTO minutes taker

Hi, folks: We are looking for volunteer for ALTO minutes taker for Tomorrow ALTO session , please drop an email to chairs alto-cha...@ietf.org If you have interests. Thanks! -Qin/Med ___ alto mailing list alto@ietf.org

Re: [alto] WGLC for draft-ietf-alto-new-transport (Ends 28/03/2023)

+1, thanks for pointing this out. -Qin 发件人: mohamed.boucad...@orange.com [mailto:mohamed.boucad...@orange.com] 发送时间: 2023年3月15日 14:56 收件人: LUIS MIGUEL CONTRERAS MURILLO ; Qin Wu ; IETF ALTO 抄送: ALTO Working Group 主题: RE: WGLC for draft-ietf-alto-new-transport (Ends 28/03/2023) Hi Luis, Yes

[alto] WGLC for draft-ietf-alto-new-transport (Ends 28/03/2023)

Hi, All This message starts 2 weeks WGLC for https://datatracker.ietf.org/doc/html/draft-ietf-alto-new-transport-07. The call ends: 28/03/2023. Please review and indicate your support or objection to proceed with the

[alto] Call for agenda items for IETF 116 ALTO meeting

Dear all, As you know, ALTO WG meeting is scheduled on Monday March 27th. Please send agenda requests to the WG chairs using alto-cha...@ietf.org please indicate your draft name/topic name, title and time period. Best regards! -Qin/Med ___ alto mailing

[alto] ALTO interim meeting reminder (2023-2-23 21:00~23:00 GMT+8 Thursday)

Agenda https://datatracker.ietf.org/meeting/interim-2023-alto-01/materials/agenda-interim-2023-alto-01-alto-01-02 Session materials: https://datatracker.ietf.org/meeting/interim-2023-alto-01/session/alto ___ alto mailing list alto@ietf.org

Re: [alto] I-D Action: draft-ietf-alto-new-transport-05.txt

Hi, Authors: I have a few high level comments on ALTO new transport: 1. I believe the main goal of this work is to provide modernized transport for ALTO protocol, define HTTP version independent mechanism, therefore protocol version dependent mechanism is not in the scope

[alto] draft-schott-alto-new-transport-push-00 vs RFC8895 SSE

Hi, Roland and Richard: how the following two documents are related to each other? draft-schott-alto-new-transport-push-00 => ALTO New Transport: Server Push using PUSH_PROMISE of HTTP/2 RFC8895 => ALTO Incremental Updates Using Server-Sent Events (SSE) My impression is RFC8895 only use

Re: [alto] Open discussion on providing resource-level access control in ALTO O

Hi, Luis: 发件人: LUIS MIGUEL CONTRERAS MURILLO [mailto:luismiguel.contrerasmuri...@telefonica.com] 发送时间: 2022年12月20日 17:54 收件人: Qin Wu ; Jensen Zhang ; IETF ALTO 抄送: draft-ietf-alto-oam-y...@ietf.org 主题: RE: [alto] Open discussion on providing resource-level access control in ALTO O Hi Qin

Re: [alto] Open discussion on providing resource-level access control in ALTO O

Jensen, Luis and all: I quote access control related requirements in RFC7285: “ An ALTO server requires at least the following logical inputs: o Security policies mapping potential clients to the information that they have privilege to access. The ALTO information (e.g., network maps

Re: [alto] Open discussion on providing resource-level access control in ALTO O

ntp-service acl is used to configure the right for peer devices to access the IPv4 NTP services on the local device. See NTP ACL documentation example below: https://techhub.hpe.com/eginfolib/networking/docs/switches/5710/5200-4997_nmm_cr/content/517710203.htm My impression is both NTP client and

Re: [alto] Open discussion on providing resource-level access control in ALTO O

, the data model should configure: 1. How an ALTO server identifies an ALTO client? 2. Which ALTO clients can access a given information resource? [Qin Wu] if we consider SSH as transport of ALTO message, I think we should assume both client and server needs to be mutually authenticated. Futher if we

[alto] Note taker needed for IETF 115

Hi All: We are in need of a note taker for our WG meeting on Nov 11, 1st session,Friday. If you are available to help, please let us know. Thanks, Chairs ___ alto mailing list alto@ietf.org https://www.ietf.org/mailman/listinfo/alto

[alto] Review of draft-contreras-alto-service-edge-06

Hi, Luis: Thank for the update to this draft, it is well written. but I have a few comments which help you prepare slides for discussion in IETF 115 1. when one single entity belongs to two different domains, such entity in different domain can have different properties, e.g., when in IPv4

[alto] Bottleneck Structure Graphs in Multidomain Networks

Hi, Jordi: Thank for writing this draft, to tackle multi-domain setting issue, if my understanding is correct, what you propose is to add new functionality to ALTO server and extend ALTO protocol. It is interesting topic, I think it is also related to what PANRG and COINRG are doing. 1. First

[alto] Database-based Open Resource Service Framework, Use Case and Requirements

Hi, Authors of Database-based Open Resource Service drafts: Thank for proposing your idea to ALTO WG, there are two relevant drafts https://datatracker.ietf.org/doc/draft-zhou-alto-dbors-framework/ https://datatracker.ietf.org/doc/draft-zhou-alto-dbors-requirement-usecase/ These two drafts aim at

[alto] Review of draft-ietf-alto-oam-yang

Hi, authors of draft-ietf-alto-oam-yang: Thank for the update of this important work, as we know ALTO simply provides a query interface for network information exposure, however, how ALTO system is bootstrapped, how to capture all the network information needed such as network topology

[alto] Review of draft-ietf-alto-new-transport

Hi, authors of draft-ietf-alto-new-transport: Based on our earlier discussion, this draft will be break down into four components: (1) version independent structures; (2) client (long) poll; (3) server push to client, and (4) server (as http client) put to client (as http server). See the latest

[alto] IETF 115 ALTO session is coming

Hi All: The final agenda for IETF 115 has been published. ALTO WG session has been scheduled for Friday, Nov 11th between 9:30 AM ~ 11:30 AM UK time. https://datatracker.ietf.org/meeting/115/agenda/ If you plan to present at the upcoming ALTO session in London, please respond to chairs with

[alto] ALTO wiki page Transition

Hi, All: We need to move the content of the wiki page from wiki https://trac.ietf.org/trac/alto/wiki (Wiki) To wiki https://wiki.ietf.org/en/group/alto (wiki) Feel free to contribute to this wiki page with the latest progress on ALTO deployment. Thanks！ -Qin (Chairs)

Re: [alto] RFC 9275 on An Extension for Application-Layer Traffic Optimization (ALTO): Path Vector

Congratulation to all authors and other people who contributed to this work all the way along! -Qin (on behalf of chairs) -邮件原件- 发件人: alto [mailto:alto-boun...@ietf.org] 代表 rfc-edi...@rfc-editor.org 发送时间: 2022年9月24日 4:39 收件人: ietf-annou...@ietf.org; rfc-d...@rfc-editor.org 抄送:

Re: [alto] ALTO service query spanning multiple domains (ECS)

) [Qin Wu] I feel this formula doesn’t explicitly indicate this is multi-domain setting, when srcIP and dstIP belong to different domains, we need to calculate ingressIP and egressIP in each domain one by one, also metricValue is not end to end metric, it is edge to edge metric. => egres

Re: [alto] ALTO service query spanning multiple domains (ECS)

Richard and All: Come back for this multi-domain setting issue, I feel the first problem is about inter-domain alto query, when we assume each domain has one alto server, is the sequence of domain traversed is either administratively predetermined or discovered? from source domain to

Re: [alto] Open discussions of ALTO O data model

module From the guidelines provided by Med (https://datatracker.ietf.org/doc/html/draft-boucadair-netmod-iana-registries-03), IANA-maintained module is RECOMMENDED. [Qin Wu] If you chose to use identity data type, I think it is not necessary for you to use IANA maintained YANG module, IANA maintained

[alto] IETF 114 Meeting Minutes Uploaded

Hi, All: The IETF 114 meeting minutes have been uploaded, thanks Richard and Jordi for helping taking notes. https://datatracker.ietf.org/doc/minutes-114-alto/ please let chairs know if there are anything missing in the minutes and update needed. Qin/Med

Re: [alto] Presenting ALTO-related work at MOPS WG on Friday

Thanks Luis for dissemination effort in MOPS WG, note that we chairs will also provide ALTO introduction in OPSAWG session on Friday. If anyone else have more ideas on socializing ALTO, please feel free to contact chairs. Thanks! -Qin 发件人: alto 代表 LUIS MIGUEL CONTRERAS MURILLO 发送时间: 2022年7月25日

[alto] Call for volunteers on minutes taker and jabber scribber

Hi, folks: ALTO session is scheduled on Tuesday morning the 1st session, we chairs would like to call for volunteers on minutes taker and jabber scriber, The notes have been initialized as follows: https://notes.ietf.org/notes-ietf-114-alto?view If anyone is interested in, please drop email to

Re: [alto] Cellular information exposure discussion (Fwd: New Version Notification for draft-huang-alto-mowie-for-network-aware-app-04.txt

Richard, Yiyue: I think two relevant 3GPP standard are 3GPP TS 23.501 version 15.3.0 release 15, 3GPP TS 29.522 version 15.3.0 release 15, In 3GPP TS 23.501, there is NEF architecture, [cid:image001.png@01D89C2F.D57B1940] N33 is specified by 3GPP TS 29.522, for C2 component, my impression, it

[alto] ALTO WG Agenda in IETF 114

Hi, All: Here is the preliminary agenda for ALTO session in IETF 114 https://datatracker.ietf.org/doc/agenda-114-alto/ In addition, you can find the following useful information to prepare IETF 114 hybrid meeting https://www.ietf.org/how/meetings/114/preparation/ Qin/Med

[alto] Review of draft-lcsr-alto-service-functions

Hi, Luis: Thank for your proposed new draft on service function handling (https://datatracker.ietf.org/doc/draft-lcsr-alto-service-functions/), I believe it is related to service function invocation use case. Thanks for that. ALTO Path vector seems a good basis for your requested protocol

Re: [alto] Asking for feedback on a proposal for draft-xing-alto-sdn-controller-aware-mptcp-mpquic-01

Ziyang: Thanks for posting this draft to the list for discussion. It seems your idea is to use SDN controller to help the endpoint or host to select the path for traffic optimization, get better path utilization. To steer the traffic to appropriate path, you might have two different options:

Re: [alto] System and Service Performance Benchmarking vs Network Performance Exposure

of measurement point, schedule measurement task, decide which measurement method are invoked such as ping, or traceroute or invoke specific measurement functionalities in the underlying network. -Qin 发件人: Dhruv Dhody [mailto:dhruv.i...@gmail.com] 发送时间: 2022年7月9日 23:57 收件人: Qin Wu 抄送: alto@ietf.org; jen

[alto] System and Service Performance Benchmarking vs Network Performance Exposure

Hi, All: In draft-ietf-alto-oam-yang-00, two YANG models have been defined: 1.ietf-alto.yang: focusing on server configuration 2.ietf-alto-stats.yang: focusing on performance monitor and logging and fault reporting I am not sure I understand the role or responsibility of the second model

[alto] JOSE objects carrying ALTO payloads for server authentication

Hi, All: RFC7285 speaks a lot about client authentication, e.g., section 15.3.2 " For deployment scenarios where client authentication is desired to address risk type (2), ALTO requires that HTTP Digestion Authentication is supported to achieve ALTO client authentication to limit the

[alto] IETF 114 Slot Requests

Hi, ALTOers: The *draft* agenda for IETF114 has been posted: https://datatracker.ietf.org/meeting/114/agenda The ALTO session is scheduled on Session I (10:00-12:00),Tuesday ,July 26, , Philadelphia South. This will be hybrid meeting. Please send your slot request to

Re: [alto] WG adoption call for draft-schott-alto-new-transport-01

-transport-01 as draft-ietf-alto-new-transport-00 without content changes. -Qin (on Behalf of authors) 发件人: alto [mailto:alto-boun...@ietf.org] 代表 Qin Wu 发送时间: 2022年5月31日 19:11 收件人: alto@ietf.org 主题: [alto] WG adoption call for draft-schott-alto-new-transport-01 Hi folks, This begins a 2 week WG

Re: [alto] WG adoption call for draft-schott-alto-new-transport-01

chair hat) 发件人: alto [mailto:alto-boun...@ietf.org] 代表 Qin Wu 发送时间: 2022年5月31日 19:11 收件人: alto@ietf.org 主题: [alto] WG adoption call for draft-schott-alto-new-transport-01 Hi folks, This begins a 2 week WG Adoption Call for the following draft: https://datatracker.ietf.org/doc/draft-schott-alto

[alto] WG adoption call for draft-schott-alto-new-transport-01

Hi folks, This begins a 2 week WG Adoption Call for the following draft: https://datatracker.ietf.org/doc/draft-schott-alto-new-transport/ Please indicate your support or objections by June 15th, 2022. Authors, please respond to the list indicating whether you are aware of any IPR that applies

Re: [alto] Robert Wilton's Discuss on draft-ietf-alto-cost-mode-03: (with DISCUSS)

an two values could then cause this assumption to break in existing implementations. [Qin Wu] The motivation of this short document is relax this constraint imposed by the base ALTO specification on allowed cost modes, see section 3 updated text to RFC7285 in draft-ietf-alto-cost-mode " 3.2.

Re: [alto] 5/3/2022 Meeting Minutes

Hi, Kai: 发件人: kai...@scu.edu.cn [mailto:kai...@scu.edu.cn] 发送时间: 2022年5月18日 19:05 收件人: Qin Wu 抄送: Danny Lachos ; Jordi Ros Giralt ; alto@ietf.org 主题: Re: RE: [alto] 5/3/2022 Meeting Minutes Hi Qin, Danny and all, Sorry I did not get the email from Danny and just saw this discussion. Please

Re: [alto] Fw: Re: [Dyncast] CAN BoF issues #1 #5 #6

Thanks Luis for quick response on behalf of ALTO design team, for others who want to evaluate CAN proposal, please also share your thoughts and inputs to this thread. -Qin 发件人: alto [mailto:alto-boun...@ietf.org] 代表 LUIS MIGUEL CONTRERAS MURILLO 发送时间: 2022年5月18日 22:52 收件人:

Re: [alto] 5/3/2022 Meeting Minutes

Hi, Danny: Interesting PoC, any more details about your PoC introduction. I am wondering what technique you are using for data correlation, how these correlated information are consumed by the application? I assume these steps do not require extension to Network Map or Cost Map. -Qin 发件人: alto

Re: [alto] Schedule Cristina@IFES to talk about PolKA, a path-aware routing framework, at ALTO weekly meeting?

Thanks Qiao for recommending this topic to ALTO weekly meeting and introducing Cristina to ALTO list. Generally it seem a good idea to document the design of PolKA in the IETF draft, but we need to explain how this work is related to ALTO, Segment routing, PANRG, It looks to me ALTO potentially

Re: [alto] IPR Check for draft-ietf-alto-cost-mode-01

I am not aware of any IPR related to this draft. -Qin -邮件原件- 发件人: alto [mailto:alto-boun...@ietf.org] 代表 kai...@scu.edu.cn 发送时间: 2022年4月12日 15:08 抄送: alto@ietf.org 主题: [alto] IPR Check for draft-ietf-alto-cost-mode-01 Dear authors, Please reply to this email (with the WG mailing list

Re: [alto] WGLC for draft-ietf-alto-cost-mode-00

收件人: kai...@scu.edu.cn 抄送: Qin Wu ; alto@ietf.org 主题: Re: Re: [alto] WGLC for draft-ietf-alto-cost-mode-00 Cool. Then it seems we should update RFC7285 to be consistent with unicode.org<http://unicode.org> and other RFCs. What do you think, Qin? Best Qiao On Mon, Apr 11, 2022 at 8

Re: [alto] WGLC for draft-ietf-alto-cost-mode-00

Hi, Kai and Qiao: Is there any other RFCs which describe “hyphen” usages besides RFC7285? Since this work is targeted to update RFC7285, there is a time window to improve RFC7285, If “hyphen-minus” described in https://www.unicode.org/charts/PDF/U.pdf, is current best practice, I have no

Re: [alto] I-Draft discussion - Supporting Bottleneck Structure Graphs in ALTO: Use Cases and Requirements

Thanks Jordi for bringing this up on the list for further discussion. I am wondering whether building Bottleneck structure can be seen as modeling technology and require AI and machine learning technologies to be involved? If the answer is yes, it might be worth exploring this in NMRG mailing

Re: [alto] [Editorial Errata Reported] RFC7285 (6876)

Hi, Med and All: I think the tradition is the AD steps in and verify updated text based on discussion and agreement on the list. I agree to add " Note: " make proposal more clear. -Qin -邮件原件- 发件人: alto [mailto:alto-boun...@ietf.org] 代表 mohamed.boucad...@orange.com 发送时间: 2022年4月8日 12:47

[alto] Draft ALTO session minutes in IETF 113

Hi, : Thanks Dan and Richard for taking minutes, draft minutes for ALTO in IETF 113 has been posted, https://datatracker.ietf.org/doc/minutes-113-alto/ Please let chairs know if you have any correction or comments. Qin/Med ___ alto mailing list

[alto] Comments on ALTO OAM YANG draft

Hi, authors: I have read through draft-zhang-alto-oam-yang and believe it is on the right track, a few comments and suggestions as follows: 1.server to server communication part hasn't been documented yet? 2. Do we have a separate section to discuss access control management? 3. Example Module

[alto] Note takers and jabber scribe

Hi, All: The ALTO WG schedules two hours session in IETF 113. The meeting time is at 09:00-11:00 UTC,04:00-06:00 EST, 07:00-09:00 PDT,17:00-19:00 Beijing Time, Wednesday March 23. We are soliciting a volunteer for notes takers and jabber scribe. Please send an email if you are willing to serve

[alto] IETF 113 slides due Sunday, March 20

Presenters, Please send you slides to the chairs by Sunday, March 20th. Thanks! Qin/Med/Jan ___ alto mailing list alto@ietf.org https://www.ietf.org/mailman/listinfo/alto

[alto] Draft 113 Agenda posted

Hi, All: The draft agenda has been posted, (https://datatracker.ietf.org/doc/agenda-113-alto/) please review and let chairs know whether any update is needed. -Qin (on behalf of chairs) ___ alto mailing list alto@ietf.org

Re: [alto] Call for Adoption: draft-bw-alto-cost-mode-01

+1, For the record, I have no IPR related to this draft. -Qin -邮件原件- 发件人: mohamed.boucad...@orange.com [mailto:mohamed.boucad...@orange.com] 发送时间: 2022年3月7日 19:49 收件人: kai...@scu.edu.cn; alto@ietf.org; alto-cha...@ietf.org 主题: RE: [alto] Call for Adoption: draft-bw-alto-cost-mode-01 Hi

Re: [alto] Benjamin Kaduk's Discuss on draft-ietf-alto-path-vector-22: (with DISCUSS and COMMENT)

Hi, Ben: Glad to see we are in agreement on this approach. -邮件原件- 发件人: Benjamin Kaduk [mailto:ka...@mit.edu] 发送时间: 2022年3月5日 7:00 收件人: Qin Wu 抄送: Martin Duke ; Kai Gao ; IETF ALTO ; alto-chairs ; The IESG ; draft-ietf-alto-path-vec...@ietf.org; mohamed.boucad...@orange.com 主题: Re

Re: [alto] Benjamin Kaduk's Discuss on draft-ietf-alto-path-vector-22: (with DISCUSS and COMMENT)

Kai: If my understanding is correct, an Experimental RFC can not update a Standards Track RFC. It is unlikely IESG will make a new rule for this. -Qin 发件人: kai...@scu.edu.cn [mailto:kai...@scu.edu.cn] 发送时间: 2022年3月4日 15:24 收件人: Martin Duke 抄送: Benjamin Kaduk ; IETF ALTO ; alto-chairs ; The

Re: [alto] Benjamin Kaduk's Discuss on draft-ietf-alto-path-vector-22: (with DISCUSS and COMMENT)

Hi, Martin and Ben, and authors of path vector draft: I believe Martin’s proposal is straightforward, Med and I have put up a new draft that updates RFC7285 and creates a cost mode registry. https://datatracker.ietf.org/doc/html/draft-bw-alto-cost-mode-01 To accelerate the progress of

Re: [alto] Zaheduzzaman Sarker's Discuss on draft-ietf-alto-performance-metrics-20: (with DISCUSS and COMMENT)

Good catch, Zahed, authors have issued v-26 to fix this issue. See the diff: https://www.ietf.org/rfcdiff?url2=draft-ietf-alto-performance-metrics-26.txt 发件人: Zaheduzzaman Sarker [mailto:zaheduzzaman.sar...@ericsson.com] 发送时间: 2022年3月2日 18:30 收件人: Y. Richard Yang 抄送: Qin Wu ; The IESG ; alto-cha

Re: [alto] Secdir telechat review of draft-ietf-alto-path-vector-22

Thanks Kai for clarification and proposed text @Samuel, would you like to confirm that the changes work for you or you have better suggested text. Thanks Samuel. -Qin (on behalf of chairs) -邮件原件- 发件人: kai...@scu.edu.cn [mailto:kai...@scu.edu.cn] 发送时间: 2022年3月1日 16:15 收件人: Samuel Weiler

Re: [alto] I-D Action: draft-ietf-alto-unified-props-new-23.txt

Thanks Sabine. Please copy your email to chairs and keep us updated about the progress. -Qin -邮件原件- 发件人: alto [mailto:alto-boun...@ietf.org] 代表 Randriamasy, Sabine (Nokia - FR/Paris-Saclay) 发送时间: 2022年2月26日 10:35 收件人: alto@ietf.org; i-d-annou...@ietf.org 主题: Re: [alto] I-D Action:

Re: [alto] Github repo request for ALTO code base

Hi, Jordi: Thanks for taking leadership in planning ALTO Hackathon project. Please keep update about your progress of the project. Talking with my co-chairs, we have agreed to create github repo from the ALTO WG github. Please send me your github names offline. We will add permission for your

[alto] Call for IETF 113 Agenda items

Hi All, As you know, the preliminary agenda has been posted for IETF 113 (https://datatracker.ietf.org/meeting/113/agenda/) and we have a two hour session scheduled as the first session on Wednesday morning in the IETF week. As a reminder, the I-D submission deadline is March 7

Re: [alto] Roman Danyliw's No Objection on draft-ietf-alto-cdni-request-routing-alto-18: (with COMMENT)

Thanks, Jensen, just one update to Roman, Authors has made another revision to address comments raised by IANA manager The diff can be seen: https://www.ietf.org/rfcdiff?url1=draft-ietf-alto-cdni-request-routing-alto-20=draft-ietf-alto-cdni-request-routing-alto-22 -Qin (on behalf of chairs) 发件人:

[alto] IETF 113 will be a hybrid onsite/online meeting in Vienna, Austria

org> and we will count the number of people who attend in person. Many thanks in advance! Qin Wu (on behalf of co-chairs) ___ alto mailing list alto@ietf.org https://www.ietf.org/mailman/listinfo/alto

[alto] Roman Danyliw's Discuss on draft-ietf-alto-path-vector-19: (with DISCUSS and COMMENT)

...@ietf.org] 代表 Qin Wu 发送时间: 2022年1月5日 10:26 收件人: Roman Danyliw mailto:r...@cert.org>> 抄送: alto-cha...@ietf.org<mailto:alto-cha...@ietf.org>; kai...@scu.edu.cn<mailto:kai...@scu.edu.cn>; draft-ietf-alto-path-vec...@ietf.org<mailto:draft-ietf-alto-path-vec...@ietf.org>; a

Re: [alto] Roman Danyliw's No Objection on draft-ietf-alto-cdni-request-routing-alto-18: (with COMMENT)

Roman: I have asked Jensen to produce a version to address your remaining comments, would you like to confirm to him about some of his additional clarification points? Thanks! -Qin 发件人: alto [mailto:alto-boun...@ietf.org] 代表 Jensen Zhang 发送时间: 2022年1月18日 22:00 收件人: Roman Danyliw 抄送:

Re: [alto] Benjamin Kaduk's Discuss on draft-ietf-alto-unified-props-new-21: (with DISCUSS and COMMENT) - DISCUSS + COMMENTS on section

Hi, Ben: I would like to ping your feedback on Sabine's response, thanks in advance. The new version will come soon after getting your feedback. -Qin (On behalf of chairs) -邮件原件- 发件人: Randriamasy, Sabine (Nokia - FR/Paris-Saclay) [mailto:sabine.randriam...@nokia-bell-labs.com] 发送时间:

Re: [alto] Francesca Palombini's Discuss on draft-ietf-alto-cdni-request-routing-alto-18: (with DISCUSS)

Thanks Francesca for the feedback, I have asked leading author to prepare new version with proposed changes and discuss with Alexey, Hopefully this media-types registry issue will be resolved soon. Thanks! -Qin (on behalf of chairs) -邮件原件- 发件人: Francesca Palombini via Datatracker

Re: [alto] Roman Danyliw's No Objection on draft-ietf-alto-cdni-request-routing-alto-18: (with COMMENT)

Thanks Roman for clearing DISCUSS, @authors, please engage with Roman and address his additional comments. -Qin -邮件原件- 发件人: Roman Danyliw via Datatracker [mailto:nore...@ietf.org] 发送时间: 2022年1月6日 5:31 收件人: The IESG 抄送: draft-ietf-alto-cdni-request-routing-a...@ietf.org;

Re: [alto] Roman Danyliw's Discuss on draft-ietf-alto-path-vector-19: (with DISCUSS and COMMENT)

...@scu.edu.cn [mailto:kai...@scu.edu.cn] 发送时间: 2022年1月4日 11:44 收件人: Qin Wu 抄送: Roman Danyliw ; The IESG ; alto-cha...@ietf.org; draft-ietf-alto-path-vec...@ietf.org; alto@ietf.org; Mohamed Boucadair 主题: Re: 答复: Re: [alto] Roman Danyliw's Discuss on draft-ietf-alto-path-vector-19: (with DISCUSS

Re: [alto] Benjamin Kaduk's Discuss on draft-ietf-alto-performance-metrics-21: (with DISCUSS and COMMENT)

* the number of lines in the file, but I think it should be the number > of characters *plus* the number of lines, to accommodate the HTTP CRLF line > endings. (My local temporary files contain standard Unix LF (0x0a) line > endings, verified by >hexdump(1).) [Qin Wu] We check v-21,

Re: [alto] Éric Vyncke's Discuss on draft-ietf-alto-performance-metrics-19: (with DISCUSS and COMMENT)

I agree with Martin, 8312bis should be listed as normative reference. We will correct this in v-22. -Qin 发件人: alto [mailto:alto-boun...@ietf.org] 代表 Martin Duke 发送时间: 2021年12月20日 23:27 收件人: Eric Vyncke (evyncke) 抄送: alto-chairs ; draft-ietf-alto-performance-metr...@ietf.org; The IESG ; IETF

[alto] 答复: Re: Roman Danyliw's Discuss on draft-ietf-alto-path-vector-19: (with DISCUSS and COMMENT)

人: kai...@scu.edu.cn [mailto:kai...@scu.edu.cn] 发送时间: 2021年12月16日 9:37 收件人: Roman Danyliw 抄送: The IESG ; alto-cha...@ietf.org; draft-ietf-alto-path-vec...@ietf.org; alto@ietf.org; Qin Wu ; Mohamed Boucadair 主题: Re: Re: [alto] Roman Danyliw's Discuss on draft-ietf-alto-path-vector-19: (with D

Re: [alto] [media-types] Application/alto-* Media Types Registration Request for second document draft-ietf-alto-unified-props-new

Thanks Again for your valuable review and suggestions, I will ask leading author of draft-ietf-alto-unified-props-new to implement the changes you suggested. -Qin 发件人: Alexey Melnikov [mailto:alexey.melni...@isode.com] 发送时间: 2021年12月15日 4:24 收件人: Qin Wu ; media-ty...@ietf.org 抄送: draft-ietf

Re: [alto] [media-types] application/alto-* Media Types Registration Request

Thanks Alex for valuable review and suggestion, I will ask leading author of draft-alto-request-routing-alto to implement the changes you suggested. -Qin 发件人: Alexey Melnikov [mailto:alexey.melni...@isode.com] 发送时间: 2021年12月15日 4:22 收件人: Qin Wu ; media-ty...@ietf.org 抄送: alto@ietf.org; Francesca

Re: [alto] Benjamin Kaduk's Discuss on draft-ietf-alto-performance-metrics-20: (with DISCUSS and COMMENT)

Kaduk [mailto:ka...@mit.edu] 发送时间: 2021年12月9日 7:43 收件人: Qin Wu 抄送: draft-ietf-alto-performance-metr...@ietf.org; alto@ietf.org; The IESG ; Y. Richard Yang ; alto-cha...@ietf.org 主题: Re: [alto] Benjamin Kaduk's Discuss on draft-ietf-alto-performance-metrics-20: (with DISCUSS and COMMENT) Hi Qin

Re: [alto] [Alto] I'm new

Hi, Hakan: Thank you to remind us you join ALTO mailing list, if you need any assistance, feel free to contact us offline. Hope you can find interesting topic you can contribute to. For ietf newcomers orientation, please take a look at the following youtube video:

Re: [alto] New chair!

Welcome Med! Wonderful to have you. Thanks all the other volunteers, look forward to continue to work with you as a team. And also express my thanks to Jan, in advance, for his service as ALTO chair. -Qin 发件人: alto [mailto:alto-boun...@ietf.org] 代表 Martin Duke 发送时间: 2021年12月7日 1:57 收件人: IETF

Re: [alto] Benjamin Kaduk's Discuss on draft-ietf-alto-performance-metrics-20: (with DISCUSS and COMMENT)

Hi, Ben: -邮件原件- 发件人: alto [mailto:alto-boun...@ietf.org] 代表 Benjamin Kaduk 发送时间: 2021年12月4日 6:30 收件人: Qin Wu 抄送: draft-ietf-alto-performance-metr...@ietf.org; alto@ietf.org; The IESG ; Y. Richard Yang ; alto-cha...@ietf.org 主题: Re: [alto] Benjamin Kaduk's Discuss on draft-ietf-alto

[alto] Application/alto-* Media Types Registration Request for second document draft-ietf-alto-unified-props-new

Hello, Here is the registration request of application/alto-* Media Types defined in section 12.1 of draft-ietf-alto-unified-props-new: https://datatracker.ietf.org/doc/draft-ietf-alto-unified-props-new/ https://www.ietf.org/archive/id/draft-ietf-alto-unified-props-new-21.txt I've included the

[alto] application/alto-* Media Types Registration Request

Hello, Here is the registration request of application/alto-* Media Types defined in section 7.1 of draft-ietf-alto-cdni-request-routing-alto: https://datatracker.ietf.org/doc/draft-ietf-alto-cdni-request-routing-alto/

Re: [alto] Roman Danyliw's Discuss on draft-ietf-alto-cdni-request-routing-alto-17: (with DISCUSS and COMMENT)

Hi, Roman: -邮件原件- 发件人: alto [mailto:alto-boun...@ietf.org] 代表 Roman Danyliw 发送时间: 2021年12月2日 22:58 收件人: Qin Wu ; The IESG 抄送: alto-cha...@ietf.org; alto@ietf.org; draft-ietf-alto-cdni-request-routing-a...@ietf.org 主题: Re: [alto] Roman Danyliw's Discuss on draft-ietf-alto-cdni-request

Re: [alto] Artart last call review of draft-ietf-alto-cdni-request-routing-alto-16

Hi, Francesca: As requested by our AD, we did request media type review from you in earlier email (Wed, Aug 25, 2021 at 6:26 AM). I thought the media type review job has already been assigned to someone you appointed. Kevin Ma who is also one of coauthor of

Re: [alto] Zaheduzzaman Sarker's Discuss on draft-ietf-alto-performance-metrics-20: (with DISCUSS and COMMENT)

. To that end all the RFCs in the Table 1 in section 1 need to be normative references. [Qin Wu] I think the key use case is defined in RFC7752 section 2.2, i.e., export BGP-LS collected topology data to ALTO server and the ALTO server expose data to the client. RFC8571 provides additional performance

Re: [alto] Roman Danyliw's Discuss on draft-ietf-alto-cdni-request-routing-alto-17: (with DISCUSS and COMMENT)

for this specific CDN use case. Hence, the default guidance from Section 15.13.2 of RFC7285 seems to apply -- that HTTP Digest Authentication or TLS client authentication could be used. [Qin Wu] RFC7285 section 8.3.5 recommends to use HTTP Digest Authentication and TLS Client Authentication for client

Re: [alto] Benjamin Kaduk's Discuss on draft-ietf-alto-performance-metrics-20: (with DISCUSS and COMMENT)

--- >These should all be trivial to resolve -- just some minor internal >inconsistencies that need to be fixed before publication. >The discussion of percentile statistical operator in §2.2 is internally >inconsistent -- if the percentile number must be an integer

Re: [alto] Intdir telechat review of draft-ietf-alto-cdni-request-routing-alto-17

Thanks Donald for detailed valuable review and thanks Jensen to address Donald's comments. -Qin (on behalf of chairs) -邮件原件- 发件人: alto [mailto:alto-boun...@ietf.org] 代表 Donald Eastlake 发送时间: 2021年12月1日 11:47 收件人: Jensen Zhang 抄送: Last Call ;

Re: [alto] PANRG questions

Hi, Martin and All: I believe PANRG questions paper focuses on cross layer cross domain path aware networking research and set guideline or requirements for future protocol in the future internet architecture. A few thoughts on PANRG questions: 1. This draft said "PCEP technologies or SD-WAN

  1   2   3   >