Hi Greg,
I agree that network slicing would mainly be used for URLLC services, which
have stringent requirement on performance. To meet such requirement, we need to
consider the E2E transport paths. FlexE can be one candidate technology for
interface level channelization and isolation, and we a
Dear all,
A new version of draft-bryant-rtgwg-enhanced-vpn has been uploaded.
In this version both the structure and the contents are revised to help the
understanding of the overall architecture of enhanced VPN (VPN+), some received
comments are also incorporated.
Review and commen
Hi Robert,
IMO the two approaches are targeting at different use cases and customers.
The former (network slicing) is to provide the demanding services with
guaranteed performance in a converged network, while the latter (switching
between multiple paralleled networks) provides the customer wit
Hi Robert,
Thanks for your comments. Please see my replies inline:
From: rras...@gmail.com [mailto:rras...@gmail.com] On Behalf Of Robert Raszuk
Sent: Saturday, July 28, 2018 9:02 PM
To: Dongjie (Jimmy)
Cc: Acee Lindem (acee) ; rtgwg@ietf.org
Subject: Re: VPN security vs SD-WAN security
Hi Jie
: Greg Mirsky
Cc: Dongjie (Jimmy) ; rtgwg@ietf.org
Subject: Re: VPN security vs SD-WAN security
Hey Greg,
>
would not require global transit and likely be contained within access or, at
most, metro domains.
That's news to me, but perhaps on the positive side :) I always think WAN ..
really
interferes
with service in another slice.
May I know what are the requirements you've got?
Best regards,
Jie
> -邮件原件-
> 发件人: Joel M. Halpern [mailto:j...@joelhalpern.com]
> 发送时间: 2018年7月30日 23:05
> 收件人: Dongjie (Jimmy)
> 抄送: TEAS WG (t...@ietf.org) ; rtgwg@ie
Chris, many thanks for the great work you've done as RTGWG chair these years.
Yingzhen, congratulations!
Best regards,
Jie
> -Original Message-
> From: rtgwg [mailto:rtgwg-boun...@ietf.org] On Behalf Of Alvaro Retana
> Sent: Wednesday, June 9, 2021 5:20 AM
> To: rtgwg@ietf.org
> Subject:
Hi Huaimo,
Thanks for drawing the attention on this document.
Here are some review comments for your consideration.
1. In section 3.1:
A Repair List RL is obtained based on the path. It is one of the followings:
o RL = if the path does not go through PE A; Or
o RL = if the
Hi,
I share the concern with Alvaro and Stewart. No doubt that satellite is a hot
topic, but it is not clear whether and how the solution in this document can be
verified.
Another question is about the document title, it describes one specific
solution for satellite routing, as mentioned by th
Wednesday, January 8, 2025 12:05 PM
> To: Dan Li ; Dongjie (Jimmy)
> ; PengFei Huo ;
> shiqinru
> Subject: New Version Notification for draft-dong-fantel-state-of-art-00.txt
>
> A new version of Internet-Draft draft-dong-fantel-state-of-art-00.txt has been
> successfully submitted
Dear RTGWG,
A side meeting on Fast Notification for Traffic Engineering and Load Balancing
(FANTEL) will be held on Tuesday evening of IETF 122. Your are welcome to join
and share your thoughts (onsite or remotely).
Below are the meeting information:
Time: 18:30 - 20:00 Tuesday (UTC+7, B
Dear Chairs,
I’ve read the latest version of this document and the changes look good, thus I
support its adoption.
Best regards,
Jie
From: Yingzhen Qu
Sent: Tuesday, February 11, 2025 2:34 PM
To: RTGWG ; rtgwg-chairs
Subject: [rtgwg] WG adoption call for
draft-zhang-rtgwg-ipv6-address-resolu
12 matches
Mail list logo
