---
From: Guy Harris [mailto:[EMAIL PROTECTED]
Sent: 20 November 2007 20:50
To: [EMAIL PROTECTED]; Developer support list for Wireshark
Subject: Re: [Wireshark-dev] Extending wireshark's capture capabilities
Will Barker wrote:
> Thanks Guy for your very quick and informative response - com
ill
-Original Message-
From: Guy Harris [mailto:[EMAIL PROTECTED]
Sent: 20 November 2007 20:50
To: [EMAIL PROTECTED]; Developer support list for Wireshark
Subject: Re: [Wireshark-dev] Extending wireshark's capture capabilities
Will Barker wrote:
> Thanks Guy for your very quic
stion/thought re: some way of registering a device-specific snapin.
Will
-Original Message-
From: Guy Harris [mailto:[EMAIL PROTECTED]
Sent: 20 November 2007 20:50
To: [EMAIL PROTECTED]; Developer support list for Wireshark
Subject: Re: [Wireshark-dev] Extending wireshark's capture ca
use this feature? I am trying to avoid device-specific mods
wherever possible.
Thanks
Will
-Original Message-
From: Will Barker [mailto:[EMAIL PROTECTED]
Sent: 20 November 2007 16:51
To: 'Developer support list for Wireshark'
Subject: RE: [Wireshark-dev] Extending wireshark'
On Tue, 2007-11-20 at 12:49 -0800, Guy Harris wrote:
> Will Barker wrote:
> >> What are the capture attributes you need?
> >
> > The kind of thing I'm referring to here is configuration for our card, for
> > example,
> >
> > a) selecting the type of line encoding for sync lines e.g. NRZ, NRZI,
Will Barker wrote:
> Thanks Guy for your very quick and informative response - comments below.
>
>>> 1) Inline with the realtime capture support currently offered on Windows
> by other device types,
>> "Realtime capture support" in what sense? "Update list of packets in
> real time"?
>
> I just
etc.
Thanks
Will
-Original Message-
From: Guy Harris [mailto:[EMAIL PROTECTED]
Sent: 19 November 2007 20:37
To: [EMAIL PROTECTED]; Developer support list for Wireshark
Subject: Re: [Wireshark-dev] Extending wireshark's capture capabilities
Will Barker wrote:
> 1) Inline with t
Will Barker wrote:
> 1) Inline with the realtime capture support currently offered on Windows by
> other device types,
"Realtime capture support" in what sense? "Update list of packets in
real time"?
> I have had to modify both wpcap.dll and packet.dll i.e.
> as with HAVE_DAG_API, HAVE_AIRPCAP
- Original Message -
From: "Will Barker" <[EMAIL PROTECTED]>
To: "'Developer support list for Wireshark'"
Sent: Monday, November 19, 2007 12:01 PM
Subject: Re: [Wireshark-dev] Extending wireshark's capture capabilities
>
> I now have my
To: [EMAIL PROTECTED]; Developer support list for Wireshark
Subject: Re: [Wireshark-dev] Extending wireshark's capture capabilities
On Sep 17, 2007, at 5:21 AM, Will Barker wrote:
> We currently produce PC-based WAN products. These include support
> for synchronous protocols such as
On Sep 17, 2007, at 5:21 AM, Will Barker wrote:
> We currently produce PC-based WAN products. These include support
> for synchronous protocols such as X.25, PPP etc.
>
> We can currently capture frames using our own drivers/applications
> on Windows and linux, save this information to file (
Hi,
Better contact the TCPdump/libpcap mailing list
(http://www.tcpdump.org/) and WinPcap (http://www.winpcap.org) mailing
list and ask how to get ahead. A DLT_ value could be all you need?
Thanx,
Jaap
Will Barker wrote:
> We currently produce PC-based WAN products. These include support for
We currently produce PC-based WAN products. These include support for
synchronous protocols such as X.25, PPP etc.
We can currently capture frames using our own drivers/applications on
Windows and linux, save this information to file (in libpcap format) which
can then subsequently be read by wi
13 matches
Mail list logo
