doc/ editing packet capture
authorHanoh Haim <[email protected]>
Wed, 8 Feb 2017 09:18:49 +0000 (11:18 +0200)
committerHanoh Haim <[email protected]>
Wed, 8 Feb 2017 09:18:49 +0000 (11:18 +0200)
Signed-off-by: Hanoh Haim <[email protected]>
doc/release_notes.asciidoc
doc/trex_port_service_mode.asciidoc

index 33427eb..cfa0525 100755 (executable)
@@ -32,6 +32,14 @@ endif::backend-docbook[]
 * link:https://trex-tgn.cisco.com/youtrack/issue/trex-342[trex-342]
 
 
+== Release 2.16 ==
+
+* IPv6 console basic support (link:trex_stateless.html#_ipv6_nd_client[ipv6]):
+** scan6 function to search for IPv6-enabled neighbors
+** ping can be used with IPv6 addresses to ping nearby devices
+* Stateless Rx capturing mode support link:trex_stateless.html#_packet_capturing[capturing] 
+* Stateless support functional testing / send packet /expect RX packet etc link:trex_stateless.html#_functional_tutorials[functional]
+
 === Video Tutorials (Beta) : ===
 Our first video tutorial on YouTube:
 
@@ -48,13 +56,6 @@ endif::backend-xhtml11[]
 The Tutorial shows a little bit of our new packet capture ability
 which was released on v2.16
 
-== Release 2.16 ==
-
-* IPv6 console basic support (link:trex_stateless.html#_ipv6_nd_client[ipv6]):
-** scan6 function to search for IPv6-enabled neighbors
-** ping can be used with IPv6 addresses to ping nearby devices
-* Stateless Rx capturing mode support link:trex_stateless.html#_packet_capturing[capturing] 
-* Stateless support functional testing / send packet /expect RX packet etc link:trex_stateless.html#_functional_tutorials[functional]
 
 === fix issues: ===
 
index 202d8e7..f99d63f 100644 (file)
@@ -90,7 +90,8 @@ For example,
 A queue of 1 million packets can be allocated as a cyclic queue and be active under a rate of couple of Mpps.
 It effectively provide a sampling of the last 1 million packets seen by the server with the given filters.
 
-==== API Usage
+==== Packet Capturing API Usage
+
 The Python API usages is fairly simple:
 
 .Python API:
@@ -113,13 +114,14 @@ client.set_service_mode(ports = 1, enabled = False)
 
 ----
 
-=== Console Usage
+==== Packet Capturing Console Usage
+
 The console provides couple of flexible ways to handle packet capturing
 
 * *Capture Monitoring*
 * *Capture Recording*
 
-==== Capture Monitoring
+===== Capture Monitoring
 Capture monitoring is a non-persistent way to capture and show packets from either TX / RX
 of one or more ports
 
@@ -234,7 +236,7 @@ Port 3 - Recieved ARP reply from: 1.1.1.1, hw: 90:e2:ba:ae:88:b8
 
 image::images/capture_wireshark_pipe.png[title="Wireshark Pipe",align="left",width={p_width}, link="images/capture_wireshark_pipe.png"]
 
-==== Capture Recording
+===== Capture Recording
 In addition to monitoring, the console allows a simple recording as well.
 
 Recording allows the user to define a fixed size queue which then can
@@ -303,3 +305,18 @@ trex(service)>
 <5> Showing the capture status - full
 <6> Save 200 packets to an output file called */tmp/rx_3.pcap*
 
+
+==== Packet Capturing Video Tutorials 
+
+ifdef::backend-xhtml11[]
+++++++++++++++++++
+
+<iframe width="420" height="315"
+allowfullscreen="allowfullscreen"
+src="https://www.youtube.com/embed/Vsb0A4RNGz0">
+</iframe>
+++++++++++++++++++
+endif::backend-xhtml11[]
+
+The Tutorial shows a little bit of our new packet capture ability 
+