-1

pcap ライブラリで IEEE802.11 パケットをキャプチャしています。まだパケットを受信して​​処理するために pcap_loop とコールバック関数を使用していました。しかし今、デバイスが定期的にリッスンしているwifiチャネルを切り替えました。残念ながら、pcap_loop がブロックされているため、タイムアウトを使用して関数を呼び出すことができません。次に、pcap_dispatchについて読みましたが、非同期でどのように機能するかはよくわかりません。

while(1) {
    int cnt = pcap_dispatch(handle, -1, callback, null);
}

何も解決しません。

だから、pcapキャプチャパケットを非同期/イベントベースにする方法、つまり私のジレンマを解決する方法を誰かが私に説明できますか?

4

1 に答える 1

0

マニュアルページを引用するにpcap_get_selectable_fd()は (これはトランクからのバージョンです):

DESCRIPTION

   pcap_get_selectable_fd() returns, on UNIX, a file descriptor number for
   a  file descriptor on which one can do a select() or poll() to wait for
   it to be possible to read packets without blocking, if such a  descrip‐
   tor  exists, or −1, if no such descriptor exists.  Some network devices
   opened   with    pcap_create()    and    pcap_activate(),    or    with
   pcap_open_live(), do not support select() or poll() (for example, regu‐
   lar network devices on FreeBSD 4.3 and 4.4, and Endace DAG devices), so
   −1 is returned for those devices.

   Note that in:

          FreeBSD prior to FreeBSD 4.6;

          NetBSD prior to NetBSD 3.0;

          OpenBSD prior to OpenBSD 2.4;

          Mac OS X prior to Mac OS X 10.7;

   select()   and   poll()   do   not   work  correctly  on  BPF  devices;
   pcap_get_selectable_fd() will return a file descriptor on most of those
   versions  (the  exceptions  being  FreeBSD  4.3  and 4.4), but a simple
   select() or poll() will not indicate that the  descriptor  is  readable
   until  a  full  buffer’s worth of packets is received, even if the read
   timeout expires before then.  To work around this, an application  that
   uses  select()  or  poll()  to  wait for packets to arrive must put the
   pcap_t in non‐blocking mode, and must  arrange  that  the  select()  or
   poll()  have a timeout less than or equal to the read timeout, and must
   try to read packets after that timeout expires, regardless  of  whether
   select() or poll() indicated that the file descriptor for the pcap_t is
   ready to be read or not.  (That workaround will not work in FreeBSD 4.3
   and  later; however, in FreeBSD 4.6 and later, select() and poll() work
   correctly on BPF devices, so the workaround isn’t  necessary,  although
   it does no harm.)

   Note  also that poll() doesn’t work on character special files, includ‐
   ing BPF devices, in Mac OS X 10.4 and 10.5, so, while select()  can  be
   used  on  the  descriptor  returned by pcap_get_selectable_fd(), poll()
   cannot be used on it those versions of Mac OS X.   Kqueues  also  don’t
   work  on  that  descriptor.   poll(),  but  not  kqueues,  work on that
   descriptor in Mac OS X releases prior to 10.4; poll() and kqueues  work
   on that descriptor in Mac OS X 10.6 and later.

   pcap_get_selectable_fd() is not available on Windows.

さらに、この回避策は Mac OS X 10.6 では機能しません。これは、10.6 の BPF のバグ (別のバグの修正の一部として導入された) のためです。この回避策は 10.7 以降で機能しますが、必須ではありません。

select()/ / poll()/ epoll()kqueue/etc. ベースのイベント ループがある場合は、イベント ベースにすることができます。取得した記述子pcap_get_selectable_fd()を、そのイベント ループで選択されたファイル記述子の 1 つとして追加します。

于 2013-01-15T10:01:11.977 に答える