Re: I-D IPv6 transition technologies benchmarking

"Bhuvaneswaran Vengainathan" <[email protected]>
Newsgroups gmane.ietf.bmwg
Message-ID <[email protected]>
Hi Marius,



I gave a quick look at the draft. The draft is interesting and seems to be
in the right direction.

Here are some if my comments on this draft.

1.       Section 1.1 - May need to consider tunneling mechanism (e.g., GRE)
as one of the transport technology for sending IPvX/Y frames over
non-supported core networks.

2.       Section 3.2 Encapsulation/Translation based transition technologies
- I think the MTU settings can be recommended for the interfaces between CE
and PE DUTs.

3.       Section 4 Test Traffic - This section limits the test traffic to
unicast. How about handling the Multicast traffic?

4.       Section 6.0 - Benchmarking Tests. The routing mode (static or
dynamic) between edges may influence the benchmarking test results. Should
it be explicitly mentioned?

5.       Section 6.0 - How about including a test for Jitter?

6.       Section 7.2- Reporting Format - Should the reporting format also
include a column for Traffic Type (e.g., TCP or UDP)? Also it is recommended
to capture Traffic Type as part of Section 4.

7.       Appendix A.1 - The Frame size and fps calculation explained here is
for UDP frames? For TCP, the frame size/fps depends on TCP window sizes’
too.



Best Regards,





Bhuvan | Cloud and SDN Solutions

Phone: +91 44 4567 2222 x242

Mobile: +91 988 428 6693

Description: Description: Description: Description: Description:
Description: Description: Description: Description: Veryx-Logo for Webinar

www.veryxtech.com <http://www.veryxtech.com/>



From: bmwg [mailto:[email protected]] On Behalf Of Marius Georgescu
Sent: Wednesday, September 24, 2014 9:38 AM
To: [email protected]
Subject: [bmwg] I-D IPv6 transition technologies benchmarking



Dear BMWG Members,



My name is Marius Georgescu and I am a graduate student at Nara Institute of
Science and Technology (NAIST) in Japan. My main research focus is IPv6
transition technologies benchmarking.  Recently I have been working on an
Internet draft which can be found here:

http://www.ietf.org/id/draft-georgescu-ipv6-transition-tech-benchmarking-00.
txt



I hope to present the draft in the next BMWG meeting, in IETF91. In the
meantime, here is the summary of the draft.



The draft is complementary to the recommendations of RFC2544 and RFC5180,
focusing on IPv6 transition technologies benchmarking. It includes a
tentative classification of transition technologies and proposes associated
test setups. It also proposes a method to acknowledge the frame size
overhead and how it should be considered when calculating the maximum
theoretical frame rates, in order to avoid exceeding the bandwidth of the
employed media.



The  draft also includes a tentative benchmark for scalability in the
context of network devices.

Scalability is seen as the ability of network devices to accommodate network
growth. As network growth can produce performance degradation, quantifying
this degradation can offer insights on the scalability of a certain network
devices.

The network growth  can be generated by the tester by creating multiple
network flows. After measuring the performance in the context of multiple
flows, the performance degradation can be expressed as relative change
between the multiple flow results  and the single flow results.



As the draft is very close to the scope of the BMWG, I was hoping it can
become a BMWG draft at some point. Any comments and suggestion are welcome.
Thank you very much.



Best regards,



Marius Georgescu  (マリウス ジョルジェスク)

Internet Engineering Laboratory

Nara Institute of Science and Technology

mailto: [email protected]

IPv6NET Project: http://www.ipv6net.ro/

_______________________________________________
bmwg mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/bmwg
image001.png (image/png, 143 B) - not displayed
image002.jpg (image/jpeg, 1.4 KB) - not displayed
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.