[Winpcap-users] Ping works only when ethereal is ON
gianluca.varenni at cacetech.com
Tue Jul 8 16:12:01 GMT 2008
Out of curiosity, were you using some home made build process using Visual
Studio, instead of using the build environment provided by the WDK/DDK?
Have a nice day
----- Original Message -----
From: "Sunil" <sunil.d at redpinesignals.com>
To: <winpcap-users at winpcap.org>
Sent: Monday, July 07, 2008 10:36 PM
Subject: Re: [Winpcap-users] Ping works only when ethereal is ON
> Thanks for the mail.
> The issue was something to do with the build environment with which the
> driver was compiled in the WINDOWS environment.We have changed the build
> environment(built with a working one) and we could see ICMP echoes when
> the PROMISCUOUS mode is turned OFF.
> We did not go in to the details of build environment.
> Gianluca Varenni wrote:
>> My bet is that your miniport is not managing
>> OID_GEN_CURRENT_PACKET_FILTER correctly. When you start ethereal or any
>> other winpcap based application and you use it in promiscuous mode, the
>> WinPcap protocol driver sets the PACKET_FILTER to
>> NDIS_PACKET_TYPE_PROMISCUOUS. Otherwise it uses
>> Do all the ICMP echo requests get "discarded" by the TCP/IP stack when
>> ethereal is off, or just some of them?
>> Have a nice day
>> ----- Original Message ----- From: "Sunil Dutt"
>> <sunil.d at redpinesignals.com>
>> To: <winpcap-users at winpcap.org>
>> Sent: Wednesday, July 02, 2008 6:11 AM
>> Subject: [Winpcap-users] Ping works only when ethereal is ON
>>> We are working on USB based WinXP network WLAN station driver.
>>> We are facing an issue with the ICMP(the association to the AP is done).
>>> We do a ping request to the AP and also get the reply from the AP.We
>>> also indicate the received reply to the TCP/IP stack but the successive
>>> pings do not take place.
>>> The same happens when the ethereal(packet sniffer ) is on.
>>> When we close the sniffer the successive pings do not happen.
>>> We could not find any relation between indication of the received packet
>>> to the TCP/IP stack and the ethereal.
>>> The firewall in the case of WINDOWS is TURNED OFF.
>>> Can anyone comment on this.
>>> Thanks in Advance
>>> Winpcap-users mailing list
>>> Winpcap-users at winpcap.org
>> Winpcap-users mailing list
>> Winpcap-users at winpcap.org
> Winpcap-users mailing list
> Winpcap-users at winpcap.org
More information about the Winpcap-users