Wireshark-dev: Re: [Wireshark-dev] tcp graphs vs. sctp graphs

From: Martin Mathieson <martin.r.mathieson@xxxxxxxxxxxxxx>
Date: Mon, 12 Nov 2012 09:34:46 -0500


On Mon, Nov 12, 2012 at 9:11 AM, Cristian Constantin <const.crist@xxxxxxxxxxxxxx> wrote:



On Mon, Nov 12, 2012 at 2:35 PM, Martin Mathieson <martin.r.mathieson@xxxxxxxxxxxxxx> wrote:
Hi Cristian, a couple of comments in-line below.
Martin

On Mon, Nov 12, 2012 at 5:41 AM, Cristian Constantin <const.crist@xxxxxxxxxxxxxx> wrote:
hi!

I am just a bit confused about the way the tcp graphs are presented to the user.
I am using debian/Version 1.6.5

1. tcp. if one selects (for example):

Statistics/TCP Stream Graph/Window Scaling Graph

from the main menu, one gets the graph from the perspective of the endpoint which is
represented by source ip address, source ip port of the frame containing the tcp segment 
selected in the main wireshark window, right?
for getting the graph for the other endpoint, I have to close the current graph and select a tcp
segment with the source ip/port of the other endpoint and select again:

I also found the method of needing to select a frame for the chosen conversation before launching TCP Stream Graph windows frustrating... Since yesterday you can find the TCP conversation from the Statistics menu and click on buttons to launch graphs for A->B or B->A.  I didn't use TCP Stream Graphs back in 1.6 but there is no need to close one graph now before opening another.
 
Statistics/TCP Stream Graph/Window Scaling Graph

wouldn't have been more intuitive and easier to use (from the user perspective) changing the
graph dynamically when another source endpoint is selected in the main window? or to present
such a choice in the tcp graph windows?


The control window that (now) pops up alongside the graph allows you to toggle between the various graph types.  For the buttons I mentioned above, I made always start with Time / Sequence (tcptrace-style), because that seems to be the most useful one.
 [...] 

cristian: you've never had troubles with these windows, right? :-) well, believe me it can become painful. especially when you have to check more captures (both tcp and sctp).

I surely have.  When I added a time/sequence graph for LTE RLC I avoided the separate control window.  One pain was controlling the zoom, which I did by using shift and control modifiers for horizonal/vertical locking.  I wish for TCP the other controls were somehow inside the graph window.
 

thanks for the hints. I will try the newer version as soon as I have time to compile it.

bye now!
cristian

___________________________________________________________________________
Sent via:    Wireshark-dev mailing list <wireshark-dev@xxxxxxxxxxxxx>
Archives:    http://www.wireshark.org/lists/wireshark-dev
Unsubscribe: https://wireshark.org/mailman/options/wireshark-dev
             mailto:wireshark-dev-request@xxxxxxxxxxxxx?subject=unsubscribe