Wireshark-bugs: [Wireshark-bugs] [Bug 6243] Wireshark RADIUS Starent dictionaries need an update
Date: Tue, 29 May 2012 09:57:14 -0700 (PDT)
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6243

--- Comment #7 from Guy Harris <guy@xxxxxxxxxxxx> 2012-05-29 09:57:14 PDT ---
(In reply to comment #5)

> With regards to the second point, we do have the ability to add optional
> dictionaries in Wireshark when there are conflicts. All we need to do is keep a
> the VSA 1,1, entry commented in the master file dictionary like this entry:
> #$INCLUDE dictionary.nokia.conflict
> The above Nokia dictionary conflicts with standard RADIUS attributes, so it is
> normally kept commented, one remove the comment to activate it. So we can
> definitely add an entry like:
> #$INCLUDE dictionary.starent.vsa1
> in the master dictionary file with a suitable note.

Is that going to address the complaint from comment #2:

> I have been manually editing the radius/dictionary.starent file every time
> there's an upgrade to Wireshark.  This has been an annoying bug for our
> organization since we use Wireshark for analyzing ASR5K RADIUS captures all the
> time.

given that it *still* requires manual editing of the form you describe?

Fixing that in a fashion that *doesn't* require manual editing of dictionaries
would require some scheme by which one can specify, perhaps in the "dictionary"
file, that one and only one of dictionaries XXX, YYY, etc. should be included,
causing the RADIUS dissector to register a preference to control which of those
to include.

-- 
Configure bugmail: https://bugs.wireshark.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.