Ethereal-users: Re: [Ethereal-users] NT4 reads tr packets as ethernet II
Note: This archive is from the project's previous web site, ethereal.com. This list is no longer active.
From: "Loris Degioanni" <loris@xxxxxxxxxxxxxxxxxxxxxxx>
Date: Wed, 28 Mar 2001 16:37:53 +0200
And please let me know the results, because: - I never tested winpcap on TR - I've never been contacted by TR users So I have no idea if it actually works. Loris. > On Wed, Mar 28, 2001 at 11:09:23AM +0200, Ph. Marek wrote: > > I'm having a problem with ethereal. > > Ethereal as downloaded, in binary form, from the Ethereal Web site, or > Ethereal as compiled from source? > > > It works very well with linux, but I have a problem in NT4: it thinks that > > the incoming packets (via olicom tr 3140) are frame type "ethernet II". > > Have you installed WinPcap 2.1? > > > If I uncheck "protocols/eth" it says "unsupported WTAP_PCAP=1". > > > > This is with the current binaries. > > Current binaries of Ethereal (as in "binaries from the Ethereal Web > site"), current binaries of WinPcap (the current binary is 2.1, and your > later comment about wpcap.dll indicates that you might be using 2.1), or > both? > > > So I downloaded the sources and tried to debug wpcap.dll, where such a > > check is performed - I thought, the switch: default -> Ethernet10MB is the > > case where it went wrong. > > Probably. > > > BUT: wpcap.dll is never used by ethereal!!! > > Current binaries of Ethereal were built before WinPcap 2.1 was released. > > Previous versions of WinPcap had only a static (".lib") version of the > libpcap/WinPcap library, not a dynamic (".dll") version. > > As such, current binaries of Ethereal are linked with the static version > of the library - and will continue to use the code from that older > version of the library, *regardless of whether you've installed WinPcap > 2.1 or not*. > > Pre-2.1 versions of WinPcap didn't support Token Ring at all; I think > they'd refuse to let you start a capture on a Token Ring device. > > The 2.1 version of the driver, however, will let you start a capture on > a Token Ring device. > > However, it'll return, to the user-mode code that's using it, a > link-layer type of NdisMedium802_5; the older versions of the > libpcap/WinPcap library, in the switch statement to which you refer, > don't have a > > case NdisMedium802_5: > > case, so it will, indeed, fall through to the "default:" case, and map > it to DLT_EN10MB, for Ethernet. > > The current CVS tree for Ethereal is set up to link with the "wpcap" > library, which means it should link it with "wpcap.dll". > > The source to the 0.8.16 (and earlier) releases, however, is set up to > link with the "libpcap" library, which means that, if you've installed > the WinPcap 2.02 (or earlier) developer's pack, and haven't subsequently > removed the files it installed, and you try to build Ethereal from that > source code, you'll link with the old static "libpcap.lib" from WinPcap > 2.02, and will produce an Ethereal binary that won't work with Token > Ring. > > So, to get an Ethereal that can capture on Windows on a Token Ring > device, you would either have to: > > 1) get the current CVS tree for Ethereal (either with anonymous > CVS, or by downloading one of the nightly snapshots), get all > the tools you need on Windows to build it (the nightly > snapshots are gzipped tarballs, so you may want to get > CygWin: > > http://sources.redhat.com/cygwin/ > > before downloading Ethereal, as you'll probably need stuff > from Cygwin to gunzip and untar the tarballs; you'll also > need stuff from Cygwin to *build* Ethereal), remove the > WinPcap 2.02 developer's pack if you have it installed, > install WinPcap 2.1 if you haven't installed it already (you > should uninstall 2.02, if you have it installed, before > installing 2.1), download and install the WinPcap developer's > pack, update "config.nmake" as appropriate (note that you'll > also need developer versions of GTK+ and GLib - see > > http://www.ethereal.com/distribution/win32/gtk+-dev-20001226.zip > > ), read "README.win32" in the source tree, get everything to > which it refers that you don't already have, and build > Ethereal from there > > or > > 2) wait for the next release of Ethereal and for Windows binary > versions to be made of that release > > or > > 3) do all your capturing with WinPcap (which supports capture > filters - using the same syntax as Ethereal) - remember to > specify "-w" to save the capture to a file, and to specify "-s > 65535" if you want more than the small 68 byte captures that > tcpdump/WinDump give you by default - and then read the > resulting capture files with Ethereal. > > _______________________________________________ > Ethereal-users mailing list > Ethereal-users@xxxxxxxxxxxx > http://www.ethereal.com/mailman/listinfo/ethereal-users
- Follow-Ups:
- Re: [Ethereal-users] NT4 reads tr packets as ethernet II
- From: Ph. Marek
- Re: [Ethereal-users] NT4 reads tr packets as ethernet II
- References:
- [Ethereal-users] NT4 reads tr packets as ethernet II
- From: Ph. Marek
- Re: [Ethereal-users] NT4 reads tr packets as ethernet II
- From: Guy Harris
- [Ethereal-users] NT4 reads tr packets as ethernet II
- Prev by Date: [Ethereal-users] Etherael crashes
- Next by Date: [Ethereal-users] Capturing "broken" packets with Ethereal W32 0.8.16?
- Previous by thread: Re: [Ethereal-users] NT4 reads tr packets as ethernet II
- Next by thread: Re: [Ethereal-users] NT4 reads tr packets as ethernet II
- Index(es):