Wireshark-dev: Re: [Wireshark-dev] Dissector pipelines suggestion

From: Guy Harris <guy@xxxxxxxxxxxx>
Date: Tue, 6 Feb 2007 18:21:20 -0800
On Feb 6, 2007, at 3:56 PM, Shehjar Tikoo wrote:

Hi all

With regards to the NFS anonymizer that I am working on currently, I was
wondering, whether a feature like multiple dissectors for single
protocol would be a good idea.

Mainly, the idea is that there can be a pipeline or a queue of
dissectors for the same protocol but only one of them has the
capability/right/priority to update or access the wireshark/tshark UI.
No dissector has any right to do anything directly with the *shark UI;  
they only have the right to construct summary display information and  
protocol trees, and to register preferences and dissectors.
This particular UI-attached dissector could then either be
user-selectable or selected from the pipeline based on some other
conditions.
Why would you want to choose from one of multiple dissectors, instead  
of having a single dissector that does the right thing, or that has  
preferences to control what it does?
Note: anonymizing packets isn't what a dissector does; a dissector  
dissects packets.  If you want hooks to do anonymization that  
understands particular protocols, the way to do that would be to add  
hooks for anonymization, rather than trying to abuse the protocol  
dissection mechanism and being then forced into adding more mechanism  
to all ow that sort of abuse.
So what sort of hooks into the *existing* dissectors do you need in  
order to do anonymization?