Hi Kevin, On Tue, 18 Mar 2014, Kevin Cox wrote: > Hello Sage, > > I was finishing up my proposal to write the wireshark dissector and was > wondering how I should segment my work. In order to ensure I stay on > track I will set goals for every couple of weeks but am unsure of how to > slice the work up. > > I have looked that the files suggested by Patrick and some of the > implementation behind them but I haven't got a solid grasp of the full > protocol. From what I can see there appears to be a "core" protocol > which is used by all node types then there are separate client, mon, > osd, and mds messages. After dissecting the basic message format do you > recommend proceeding by message "area" or is there another order which > you would take? Also relatively how much time do you expect each "area" > to take, from what I have seen they are roughly the same size but I'm > sure you have a better guess. I think you're on the right track. I suspect it would go something like: - get environment, infrastructure up and running - parse basic message exhcange, but not messages - add support for individual message types by subsystem - mon<->client (including authentication and such) (small) - osd<->client (small) - osd<->osd (big) - mon<->mon (medium) - client<->mds (medium) - mds<->mds (big) The nice thing here is that the stop point is moveable. Getting the basics in place will make it easy for others to add or update additional message decodings later, and with just the few most common messages the tool is immediately useful. At some point early I would engage with the Wireshark folks too to make sure things are appropriate for upstreaming. Getting the initial support in early and following up with support for additional message types later might be a good strategy as well. > PS: Is it better to talk privately or to send these messages to the > list? If you think that they can be useful to others feel free to copy > the list on your reply. Copying the list is great as long as you're comfortable with it. :) Thanks! sage -- To unsubscribe from this list: send the line "unsubscribe ceph-devel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
