Ethereal-dev: Re: [Ethereal-dev] ERTSP: Ethereal's RemoTe Sniffing Protocol

Note: This archive is from the project's previous web site, ethereal.com. This list is no longer active.

From: "Gianluca Varenni" <varenni@xxxxxxxxx>
Date: Mon, 14 Feb 2005 17:46:16 +0100
Hi.

What about the remote capture features of WinPcap? WinPcap is able to capture from remote machines, and the code for the remote capture runs on windows and Linux (I'm not sure about BSD).

More details can be found here

http://winpcap.polito.it/docs/man/html/group__remote__help.html

Have a nice day
GV





----- Original Message ----- From: "John McDermott" <jjm@xxxxxxxxxx>
To: "LEGO" <luis.ontanon@xxxxxxxxx>
Cc: <jjm@xxxxxxxxxx>; "Ethereal development" <ethereal-dev@xxxxxxxxxxxx>
Sent: Monday, February 14, 2005 5:25 PM
Subject: Re: [Ethereal-dev] ERTSP: Ethereal's RemoTe Sniffing Protocol



> The Idea is a protocol to have sniffing clients and a sniffing servers
> communicate. Part like RTSP, and part like RTP+RTCP with
> retransmissions.
This sounds really cool and well thought out.  Maybe I'm missing
something, though.  What about RMON? Yes, it has another filtering
language and yes, it is not "real time" in the sense that Ethereal is,
but
mightn't it be an appropriate solution?  Then, Ethereal could
inter-operate with existing probes and so forth.

The point is to be able to use display filters on the remote probe
before packets are transmitted.

Well, RMON does that, but it uses its own filtering language, and if we
want true Ethereal display filters, then, of course RMON is out (unless we
were to create a private filter MIB, I suppose...).  I just thought
interoperability might be useful.  I'm not convinced RMON is better than
your proposal, BTW, I just wanted to offer the thought.

We discussed this in 1999/2000 so you might want to check the archives for
that discussion, too.

--john

_______________________________________________
Ethereal-dev mailing list
Ethereal-dev@xxxxxxxxxxxx
http://www.ethereal.com/mailman/listinfo/ethereal-dev