Re: [OPSAWG] WGLC for draft-ietf-opsawg-ntf [CORRECT]

2020-09-27 Thread Aijun Wang
Support its publication as Co-author.

 

 

Best Regards

 

Aijun Wang

China Telecom

 

From: opsawg-boun...@ietf.org [mailto:opsawg-boun...@ietf.org] On Behalf Of
Tianran Zhou
Sent: Thursday, September 24, 2020 2:39 PM
To: opsawg 
Cc: draft-ietf-opsawg-...@ietf.org
Subject: [OPSAWG] WGLC for draft-ietf-opsawg-ntf [CORRECT]

 

Sorry for attaching a wrong link to the draft. Please see as follows.

 

Hi WG,

 

This email starts a working group last call for draft-ietf-opsawg-ntf.  

https://datatracker.ietf.org/doc/draft-ietf-opsawg-ntf/

 

Please indicate your support or concern for this draft. If you are opposed
to the progression of the draft to RFC, please articulate your concern. If
you support it, please indicate that you have read the latest version and it
is ready for publication in your opinion. As always, review comments and
nits are welcome.

 

The WG LC will end on 9st Oct 2020.

 

Thanks,

Tianran

 

___
OPSAWG mailing list
OPSAWG@ietf.org
https://www.ietf.org/mailman/listinfo/opsawg


Re: [OPSAWG] IPR Poll for draft-ietf-opsawg-ntf [CORRECT]

2020-09-27 Thread Aijun Wang
Hi, Tianran:

 

I am not aware of any IPR for this draft.

 

 

Best Regards

 

Aijun Wang

China Telecom

 

From: opsawg-boun...@ietf.org [mailto:opsawg-boun...@ietf.org] On Behalf Of
Tianran Zhou
Sent: Thursday, September 24, 2020 2:43 PM
To: opsawg 
Cc: draft-ietf-opsawg-...@ietf.org
Subject: [OPSAWG] IPR Poll for draft-ietf-opsawg-ntf [CORRECT]

 

Sorry for attaching a wrong link to the draft. Please see as follows.

 
Hi Authors,
 
Accompany with the WG LC, this mail starts the IPR poll.
 
Are you aware of any IPR that applies to draft-ietf-opsawg-ntf-04?
 
If you own or are aware of any IPR that applies to draft-ietf-opsawg-ntf-04,
please clarify whether this IPR been disclosed in compliance with IETF IPR
rules (see RFCs 3979, 4879, 3669 and 5378 for more details).
 
If you are listed as a document author or contributor please respond to this
email in OPSAWG mailing list regardless of whether or not you are aware of
any relevant IPR. The document will not advance to the next stage until a
response has been received from each author and contributor.
 
If you are not listed as an author or contributor but are on OPSAWG mailing
list, then please explicitly respond if you are aware of any IPR that has
not yet been disclosed in conformance with IETF rules.
 
Thanks,
Tianran

 

___
OPSAWG mailing list
OPSAWG@ietf.org
https://www.ietf.org/mailman/listinfo/opsawg


[OPSAWG] 答复: WG adoption call for draft-wu-model-driven-management-virtualization-07

2019-11-06 Thread Aijun Wang
Support the adoption.

This draft give the overall view for the different layers of Yang modules
that defined within IETF(also applicable for Yang defined by other STD).
What I wondering is the that necessaries of the network layer model. More
layers means more conversions between different layers, increased complex
for the service automation management system and the relationship management
between these models. 
Is there any way or mechanism to manage these interleaved modules in more
automatic manners?

Can the above concerns be described in the updated version after its
adoption?


Best Regards.

Aijun Wang
China Telecom


-邮件原件-
发件人: opsawg-boun...@ietf.org [mailto:opsawg-boun...@ietf.org] 代表
Tianran Zhou
发送时间: 2019年10月29日 9:44
收件人: opsawg@ietf.org
抄送: draft-wu-model-driven-management-virtualization.auth...@ietf.org;
opsawg-cha...@ietf.org
主题: [OPSAWG] WG adoption call for
draft-wu-model-driven-management-virtualization-07

Hi WG,

This email starts a 2 weeks working group adoption call for
draft-wu-model-driven-management-virtualization-07.
https://datatracker.ietf.org/doc/draft-wu-model-driven-management-virtualiza
tion/
This document provides a framework that describes and discusses an
architecture for service and network management automation that takes
advantage of YANG modeling technologies.

If you support adopting this document please say so, and please give an
indication of why you think it is important. Also please say if you will be
willing to review and help the draft.
If you do not support adopting this document as a starting point for work on
this topic, please say why.
This poll will run until Nov 11.
 
Thanks,
Tianran and Joe

___
OPSAWG mailing list
OPSAWG@ietf.org
https://www.ietf.org/mailman/listinfo/opsawg

___
OPSAWG mailing list
OPSAWG@ietf.org
https://www.ietf.org/mailman/listinfo/opsawg


[OPSAWG] 答复: WG adoption poll for draft-song-opsawg-ntf

2019-03-12 Thread Aijun Wang
Support for the adoption.
Based on this framework, we can easily judge, compare and select the
emerging telemetry technologies in various scenarios. It also gives the
common ground for future discussion.


Best Regards.

Aijun Wang
Network R and Operation Support Department
China Telecom Corporation Limited Beijing Research Institute,Beijing, China.

-邮件原件-
发件人: OPSAWG [mailto:opsawg-boun...@ietf.org] 代表 Tianran Zhou
发送时间: 2019年3月11日 10:40
收件人: opsawg@ietf.org
抄送: opsawg-cha...@ietf.org
主题: [OPSAWG] WG adoption poll for draft-song-opsawg-ntf

Hi WG,

As you may have seen, the authors have posted an update to
draft-song-opsawg-ntf-03 to address discussions in Bangkok and after.
https://datatracker.ietf.org/doc/draft-song-opsawg-ntf/
https://mailarchive.ietf.org/arch/msg/opsawg/g338UPfVAtOhVhdDzhJcR2nS76E

In Bangkok there seemed to some interest in working on this topic and the
chairs believe it is in scope for this working group.

This email starts a poll for adoption. 
If you support adopting this document please say so, and please give an
indication of why you think it is important. Also please say if you will be
willing to review and help the draft.
If you do not support adopting this document as a starting point for work on
this topic, please say why.
This poll will run until 9am in Prague on Monday 25th March.

Regards,
Tianran, OPSAWG Co-Chair

___
OPSAWG mailing list
OPSAWG@ietf.org
https://www.ietf.org/mailman/listinfo/opsawg

___
OPSAWG mailing list
OPSAWG@ietf.org
https://www.ietf.org/mailman/listinfo/opsawg


[OPSAWG] 答复: IPR poll on draft-song-opsawg-ntf-03

2019-03-11 Thread Aijun Wang
I'm not aware of any IPR for this draft. Thanks!

-邮件原件-
发件人: Tianran Zhou [mailto:zhoutian...@huawei.com] 
发送时间: 2019年3月11日 10:55
收件人: opsawg@ietf.org
抄送: draft-song-opsawg-...@ietf.org
主题: [OPSAWG] IPR poll on draft-song-opsawg-ntf-03

Hi WG,

Accompany with the adoption poll, this mail starts the IPR poll.

Are you aware of any IPR that applies to draft-song-opsawg-ntf-03?

If you own or are aware of any IPR that applies to the
draft-song-opsawg-ntf-03, please clarify whether this IPR been disclosed in
compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more
details).

If you are listed as a document author or contributor please respond to this
email in OPSAWG mailing list regardless of whether or not you are aware of
any relevant IPR. The document will not advance to the next stage until a
response has been received from each author and contributor.

If you are not listed as an author or contributor but are on OPSAWG mailing
list, then please explicitly respond if you are aware of any IPR that has
not yet been disclosed in conformance with IETF rules.

Thank you for kind support.

Regards,
Tianran, OPSAWG co-chair

___
OPSAWG mailing list
OPSAWG@ietf.org
https://www.ietf.org/mailman/listinfo/opsawg

___
OPSAWG mailing list
OPSAWG@ietf.org
https://www.ietf.org/mailman/listinfo/opsawg


[OPSAWG] 答复: Rtgdir early review of draft-ietf-opsawg-ipfix-bgp-community-06

2018-04-15 Thread Aijun Wang
Hi, Joel:

Can we consider this draft from other viewpoints? If the router can report
and correlate the traffic with its associated community, the usage of the
community to differentiate the customer, the service category that be
accessed and the geographical region etc. will be flourished.

And currently, China Telecom has some internal usage regulation for
community to differentiate some important customers and the related
services.

 

 

Best Regards.

 

Aijun Wang

Network R and Operation Support Department

China Telecom Corporation Limited Beijing Research Institute,Beijing, China.

 

From: Joel Halpern <mailto:j...@joelhalpern.com> 

Date: 2018-04-13 22:44

To: rtg-...@ietf.org

CC: draft-ietf-opsawg-ipfix-bgp-community@ietf.org; i...@ietf.org;
opsawg@ietf.org; gen-...@ietf.org

Subject: Rtgdir early review of draft-ietf-opsawg-ipfix-bgp-community-06

Reviewer: Joel Halpern

Review result: Not Ready

 

This is both a gen-art re-review and a routing directorate requested review.

 

The revisions from draft-04 to -06 show some improvement.  However, I still

have serious problems with this work.

 

The primary problem is that this seems to violate the designed work

distribution in the IPFIX architecture.  The draft itself notes that the

correlation requested could be done in the collector.  Which is where

correlation is designed to be done.  Instead, it puts a significant new

processing load on the router that is delivering the IPFIX information.  For

example, if one delivers IPFIX from the router data plane, one either has to

modify the router architecture to include additional complex computed

information in the data plane architecture (a bad place to add complexity)
or

one has to give up and move all the information through the control plane.
And

even the control plane likely has to add complexity to its RIB logic, as it
has

to move additional information from BGP to the common structures.

 

The secondary problem is that this additional work is justified for the
router

by the claim that the unusual usage of applying community tags for
geographical

location of customers is a common practice.  It is a legal practice.  And I

presume it is done somewhere or the authors would not be asking for it.
But

it is not common.

 

In short, since even the draft admits that this is not needed, I recommend

against publishing this document as an RFC.

 

___
OPSAWG mailing list
OPSAWG@ietf.org
https://www.ietf.org/mailman/listinfo/opsawg


Re: [OPSAWG] WG LC for draft-ietf-opsawg-ipfix-bgp-community

2018-02-04 Thread Aijun Wang
 Yes/Support
I think this document can enhance the flexibility of network traffic management 
for the operator.
Sorry  to reply so late.

Aijun Wang
From China Telecom

> From: Tianran Zhou
> Date: 2018-01-18 11:06
> To: opsawg@ietf.org
> CC: opsawg-cha...@ietf.org
> Subject: [OPSAWG] WG LC for draft-ietf-opsawg-ipfix-bgp-community
> Hi WG,
>  
> The authors of draft-ietf-opsawg-ipfix-bgp-community have posted the latest 
> drafts to the mailing list, and believe that the document is ready for LC.
>  
> This starts a 2 week WG LC on
> https://tools.ietf.org/html/draft-ietf-opsawg-ipfix-bgp-community-04
>  
> Please read the above draft and send any issues, comments, or corrections to 
> this mailing list.
> All supports and concerns are welcome and helpful for the authors.
>  
> We are also looking for a document shepherd, best with operator background, 
> to help the following procedures. 
>  
> The WG LC will close on Feb 1, 2018.
> Authors please indicate whether you are aware of any IPR for the draft.
>  
> Thanks,
> Tianran, as OPSAWG co-chair
>  
> ___
> OPSAWG mailing list
> OPSAWG@ietf.org
> https://www.ietf.org/mailman/listinfo/opsawg
___
OPSAWG mailing list
OPSAWG@ietf.org
https://www.ietf.org/mailman/listinfo/opsawg


Re: [OPSAWG] New Version Notification for draft-chen-opsawg-dcn-vn2pn-mapping-00.txt

2015-10-26 Thread Aijun Wang
Hi, Hao:

 

I think this draft is useful for the service provider to deploy virtual network 
related VAS within DC and can be extended beyond to cover WAN domain further.  
After standardizing the fabric services model, the complex of the VAS 
application development and the network management can be relieved largely.  It 
is also coincide with the efforts of various Yang model definitions that are 
undergoing in several IETF WG.

>From the viewpoint of service provider, the VN2PN mapping architecture is one 
>example of network model deployment scenario. if we can clarify and make 
>consensus on this use case, then we can move forward further, define the 
>related Yang model and accelerate the deployment of VAS services for tenant.

 

NVO3 WG and L3SM WG are now working on the similar topics, you can also contact 
them for more deeper discussion.

 

Best Regards.

 

Aijun Wang

 

China Telecom Corporation Limited Beijing Research Institute 

Intelligent Network Product Line

 

 

From: OPSAWG [mailto:opsawg-boun...@ietf.org] On Behalf Of Chenhao (philips)
Sent: Tuesday, October 20, 2015 5:13 PM
To: opsawg@ietf.org
Subject: [OPSAWG] FW: New Version Notification for 
draft-chen-opsawg-dcn-vn2pn-mapping-00.txt

 

Dear all,

 

This is a new draft for opsawg. It mainly analysis the issues existed in 
deploying the virtual network to the underneath physical network in DataCenter 
network . The basic idea is to abstract the underneath physical network as 
several fabrics, which can provide the fabric services to the upper-layer 
application/network administrator, to facilitate the whole configuration 
procedure.

 

We would like to hear your comments, thanks.

 

 

Best regards,

Hao

 

-Original Message-
From: internet-dra...@ietf.org [mailto:internet-dra...@ietf.org] 
Sent: Monday, October 19, 2015 5:21 PM
To: Liyizhou; Chenhao (philips); Xingjun Chu; Yapeng Wu; Yapeng Wu; Liyizhou; 
Chenhao (philips); Xingjun Chu
Subject: New Version Notification for draft-chen-opsawg-dcn-vn2pn-mapping-00.txt

 

 

A new version of I-D, draft-chen-opsawg-dcn-vn2pn-mapping-00.txt

has been successfully submitted by Hao Chen and posted to the IETF repository.

 

Name:   draft-chen-opsawg-dcn-vn2pn-mapping

Revision:  00

Title:  Virtual Network to Physical Network Mapping in 
DataCenter Network

Document date:   2015-10-18

Group:   Individual Submission

Pages:   12

URL: 
<https://www.ietf.org/internet-drafts/draft-chen-opsawg-dcn-vn2pn-mapping-00.txt>
 https://www.ietf.org/internet-drafts/draft-chen-opsawg-dcn-vn2pn-mapping-00.txt

Status:  
<https://datatracker.ietf.org/doc/draft-chen-opsawg-dcn-vn2pn-mapping/> 
https://datatracker.ietf.org/doc/draft-chen-opsawg-dcn-vn2pn-mapping/

Htmlized:
<https://tools.ietf.org/html/draft-chen-opsawg-dcn-vn2pn-mapping-00> 
https://tools.ietf.org/html/draft-chen-opsawg-dcn-vn2pn-mapping-00

 

 

Abstract:

   Cloud tenant needs virtual network to interconnect their VMs on

   server. In order to effectively and efficiently map virtual network

   to physical network, certain mechanism should be employed.

 

   This memo analysis the existing VN2PN mapping technique employed in

   DataCenter and point out the potential shortcomings lie in it. This

   memo also try to provide a generic mechanism to facilitate the VN2PN

   mapping in DataCenter network.

 


  

 

 

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

 

___
OPSAWG mailing list
OPSAWG@ietf.org
https://www.ietf.org/mailman/listinfo/opsawg