Hi All,
Can you suggest me a tool debug/ check missing packets in windows 7(64 bit
and 32 bit).
Thanks,
shruthi
On 09-Dec-2013 11:13, shruthi kl wrote:
Hi All,
Can you suggest me a tool debug/ check missing packets in windows 7(64
bit and 32 bit).
Calc.exe is the tool. Enter the number of sent packets, subtract number
of received packets, get the number of missing packets.
–pa
shruthi kl wrote:
Can you suggest me a tool debug/ check missing packets in windows
7(64 bit and 32 bit).
What kind of packets?
–
Tim Roberts, xxxxx@probo.com
Providenza & Boekelheide, Inc.
and where do you think you are losing the packets? I am assuming for the moment we are talking network packets and not something messy and mystical like USB packets. Are you looking to use Libpcap? or do you think it’s a problem with NDIS? are you sure it’s not a hardware or other layer 1 problem? Where are the packets coming from? Do you have a debug machine? or are you going to try and tomb stone it through memory dumps?
I guess the only really useful thing I can contribute here is yikes.
-JC
I want to know the tool to check packets from drivers to appalication layer.
For example: USBLyzer or USBMonitor you can analyse packets(IRPS) from the
device to the driver.In similar manner I would like to know if there is a
tool to check from driver to application.Moreover I dont have source code
of the drivers.I am using MSFT provided drivers(usbser and serenum).
Thanks,
Shruthi
On Tue, Dec 10, 2013 at 3:51 AM, wrote:
> and where do you think you are losing the packets? I am assuming for the
> moment we are talking network packets and not something messy and mystical
> like USB packets. Are you looking to use Libpcap? or do you think it’s a
> problem with NDIS? are you sure it’s not a hardware or other layer 1
> problem? Where are the packets coming from? Do you have a debug machine? or
> are you going to try and tomb stone it through memory dumps?
>
> I guess the only really useful thing I can contribute here is yikes.
>
> -JC
>
> —
> NTDEV is sponsored by OSR
>
> Visit the list at: http://www.osronline.com/showlists.cfm?list=ntdev
>
> OSR is HIRING!! See http://www.osr.com/careers
>
> For our schedule of WDF, WDM, debugging and other seminars visit:
> http://www.osr.com/seminars
>
> To unsubscribe, visit the List Server section of OSR Online at
> http://www.osronline.com/page.cfm?name=ListServer
>
Alright then since this is a USB thing i can assure you that i am not your man. Sorry about that. Hoepfully someone else can help you out and i can learn something!
packet loss in data sent from Application to driver? I have never seen it happening. This is well used and well exercised control flow path. If you are designing something,be assured that your programming subsystem will NOT cause packet loss. For example if you are calling ReadFile()/WriteFile()/DeviceIoctl(), whatever app gives will be provided to driver and whatever driver returns will be provided to application.
>driver.In similar manner I would like to know if there is a tool to check from driver to >application.
Funny 
Driver-to-app path is a pure code running on a usual computer, without any hardware like network which can introduce packet loss.
There is just NO packet loss there. By definition.
–
Maxim S. Shatskih
Microsoft MVP on File System And Storage
xxxxx@storagecraft.com
http://www.storagecraft.com
Maybe he’s trying to make a filter drive and intercept the packets going up the stack? 0_o I have no idea I am just grasping at straws here.
-JC
shruthi kl wrote:
I want to know the tool to check packets from drivers to appalication
layer.
That’s an untraditional use of the word “packet”.
For example: USBLyzer or USBMonitor you can analyse packets(IRPS) from
the device to the driver.In similar manner I would like to know if
there is a tool to check from driver to application.Moreover I dont
have source code of the drivers.I am using MSFT provided
drivers(usbser and serenum).
Requests do not get “lost” between an application and a driver. You can
use the SysInternals Process Monitor (procmon) to watch all of the I/O
requests from an application. It produces a lot of data, so you will
have to take some time to learn how to filter what you need.
http://technet.microsoft.com/en-us/sysinternals/bb896645.aspx
–
Tim Roberts, xxxxx@probo.com
Providenza & Boekelheide, Inc.
shruthi l wrote:
I would like to know if there is a tool to check from driver
to application.Moreover I dont have source code of the
drivers.I am using MSFT provided drivers(usbser and
serenum).
If you’re trying to observe usbser, and assuming there are no other filter drivers, etc. in the stack, you can use a combination of two things:
-
A software USB analyzer program like the ones you mentioned. This will tell you what your device is sending to the host in terms of USB CDC ACM data (and what the host is sending to the device).
-
The “portmon” program from Sysinternals. This will tell you how any userland application (Hyperterminal, Dialup networking, PuTTY, your own app, etc.) is communicating with usbser.
However, I feel the usual refrain is in order here: what are you really trying to do or what problem are you trying to solve?
thanks for letting me know the tools.I will check using those
tools.serenum.sys is used as upper filter on top of usbser.sys.This I got
to know from inf file.Can you let me know if there is a method or tool to
check the device stack.Is there a tool to check the latest driver version
as well?
While doing some automation test the tool collected missing buffer error.I
think some headers in the packets might be missing.
below is the error:
BuffId=00 (L1_LONG) Missing BufferIndex events: 1
Thanks ,
Shruthi
On Wed, Dec 11, 2013 at 1:21 AM, wrote:
> shruthi l wrote:
>
> > I would like to know if there is a tool to check from driver
> > to application.Moreover I dont have source code of the
> > drivers.I am using MSFT provided drivers(usbser and
> > serenum).
>
> If you’re trying to observe usbser, and assuming there are no other filter
> drivers, etc. in the stack, you can use a combination of two things:
>
> 1) A software USB analyzer program like the ones you mentioned. This
> will tell you what your device is sending to the host in terms of USB CDC
> ACM data (and what the host is sending to the device).
>
> 2) The “portmon” program from Sysinternals. This will tell you how any
> userland application (Hyperterminal, Dialup networking, PuTTY, your own
> app, etc.) is communicating with usbser.
>
> However, I feel the usual refrain is in order here: what are you really
> trying to do or what problem are you trying to solve?
>
> —
> NTDEV is sponsored by OSR
>
> Visit the list at: http://www.osronline.com/showlists.cfm?list=ntdev
>
> OSR is HIRING!! See http://www.osr.com/careers
>
> For our schedule of WDF, WDM, debugging and other seminars visit:
> http://www.osr.com/seminars
>
> To unsubscribe, visit the List Server section of OSR Online at
> http://www.osronline.com/page.cfm?name=ListServer
>
Hi,
I installed portmon tool in windows 7 64 bit.Can you let me know how to use
it?
Regards,
Shruthi
On Thu, Dec 12, 2013 at 12:01 PM, shruthi kl wrote:
>
> thanks for letting me know the tools.I will check using those
> tools.serenum.sys is used as upper filter on top of usbser.sys.This I got
> to know from inf file.Can you let me know if there is a method or tool to
> check the device stack.Is there a tool to check the latest driver version
> as well?
>
> While doing some automation test the tool collected missing buffer error.I
> think some headers in the packets might be missing.
> below is the error:
>
> BuffId=00 (L1_LONG) Missing BufferIndex events: 1
>
>
> Thanks ,
> Shruthi
>
>
> On Wed, Dec 11, 2013 at 1:21 AM, wrote:
>
>> shruthi l wrote:
>>
>> > I would like to know if there is a tool to check from driver
>> > to application.Moreover I dont have source code of the
>> > drivers.I am using MSFT provided drivers(usbser and
>> > serenum).
>>
>> If you’re trying to observe usbser, and assuming there are no other
>> filter drivers, etc. in the stack, you can use a combination of two things:
>>
>> 1) A software USB analyzer program like the ones you mentioned. This
>> will tell you what your device is sending to the host in terms of USB CDC
>> ACM data (and what the host is sending to the device).
>>
>> 2) The “portmon” program from Sysinternals. This will tell you how any
>> userland application (Hyperterminal, Dialup networking, PuTTY, your own
>> app, etc.) is communicating with usbser.
>>
>> However, I feel the usual refrain is in order here: what are you really
>> trying to do or what problem are you trying to solve?
>>
>> —
>> NTDEV is sponsored by OSR
>>
>> Visit the list at: http://www.osronline.com/showlists.cfm?list=ntdev
>>
>> OSR is HIRING!! See http://www.osr.com/careers
>>
>> For our schedule of WDF, WDM, debugging and other seminars visit:
>> http://www.osr.com/seminars
>>
>> To unsubscribe, visit the List Server section of OSR Online at
>> http://www.osronline.com/page.cfm?name=ListServer
>>
>
>
shruthi kl wrote:
I installed portmon tool in windows 7 64 bit.Can you let me know how
to use it?
Did you read ANY of the documentation?
Please remember, we warned you that procmon is an extremely flexible
tool, and therefore somewhat difficult to use. You’ll need to point it
at the process you want to monitor, and you’ll need to learn how to
filter out the information you’re interested in.
–
Tim Roberts, xxxxx@probo.com
Providenza & Boekelheide, Inc.
shruthi l wrote:
serenum.sys is used as upper filter on top of usbser.sys.
No it isn’t.
This I got to know from inf file.
What INF file?
While doing some automation test the tool collected
missing buffer error.I think some headers in the packets
might be missing.
Your recent posts seem to indicate that you have no idea what you’re doing whatsoever. As such, how can you possibly expect to prove or disprove the correctness of your system? It seems I wrongly assumed that being pointed to Portmon and a software USB analyzer would actually be helpful. If you don’t understand the serial interface and CDC ACM, those two things aren’t going to be of any use to you.
Here’s a clue. The inbox device stack (again, modulo any Machiavellian third-party filter drivers) is not going to lose data. If you think you’re missing data, either your 1) device didn’t send it, 2) it did send it, but the data was corrupted somehow, or 3) your user-mode code that is reading the serial port is buggy.
I had been ignoring this thread, since the subject sounded like some kind
of NDIS issue. I fell into it by accident when my finger missed the
message I had intended to read and fell into this thread.
To the OP: you clearly do not mean “missing packets”. Packets are a
concept of networking. And you couldn’t possibly mean “missing IRPs”,
because that can’t happen in a normal device stack.
You seem to be concerned with serial port I/O, and the word “packet” has
no applicability here.
Therefore, you must clarify your description, and explain what evidence
you have that information, which you erroneously refer to as “packets”, is
being lost.
Let me take a guess: one side sends “hello, world” and all you receive is
“hell”. You immediately conclude that this is the direct result of some
internal driver stack error causing information lossage. If I am right,
the problem is absolutely 100% certain to be in your app. But, as is
usual here, you have asked for a tool recommendation to solve an unstated
problem. Personally, I like the command shell “cls” command for purposes
of solving unstated problems; it has never failed me yet. On the other
hand, a carefully-stated problem description is likely to elicit useful
suggestions. Try that approach.
joe
Hi All,
Can you suggest me a tool debug/ check missing packets in windows 7(64
bit
and 32 bit).Thanks,
shruthi
NTDEV is sponsored by OSR
Visit the list at: http://www.osronline.com/showlists.cfm?list=ntdev
OSR is HIRING!! See http://www.osr.com/careers
For our schedule of WDF, WDM, debugging and other seminars visit:
http://www.osr.com/seminarsTo unsubscribe, visit the List Server section of OSR Online at
http://www.osronline.com/page.cfm?name=ListServer
> Here’s a clue. The inbox device stack (again, modulo any Machiavellian third-party filter drivers) is
not going to lose data
What if the NDIS receive queue will hit some limit? then the packets will be lost.
–
Maxim S. Shatskih
Microsoft MVP on File System And Storage
xxxxx@storagecraft.com
http://www.storagecraft.com
Maxim S. Shatskih wrote:
> Here’s a clue. The inbox device stack (again, modulo any
> Machiavellian third-party filter drivers) is not going to lose
> dataWhat if the NDIS receive queue will hit some limit? then the
packets will be lost.
Well, first, this is a USB modem driver, not NDIS, so that’s not really applicable. But even if it were, remember that USB is a host-polled bus and the device cannot deliver anything it was not originally asked for. So, in the CDC ECM driver that I did way back when, I just turned off my continuous reader when I was about to run out of NDIS resources. When they were finally given back to me, I started reading from the device again.
Now you might say that packets in this case will still be lost beyond the device’s ability to queue them, and of course you would be right. However, the OP specifically said he was looking for “packets” that were lost intra-stack on the host side.
>> Here’s a clue. The inbox device stack (again, modulo any Machiavellian
> third-party filter drivers) is
>not going to lose dataWhat if the NDIS receive queue will hit some limit? then the packets will
be lost.
This only matters in UDP. TCP/IP stacks guarantee no data is lost.
joe
–
Maxim S. Shatskih
Microsoft MVP on File System And Storage
xxxxx@storagecraft.com
http://www.storagecraft.com
NTDEV is sponsored by OSR
Visit the list at: http://www.osronline.com/showlists.cfm?list=ntdev
OSR is HIRING!! See http://www.osr.com/careers
For our schedule of WDF, WDM, debugging and other seminars visit:
http://www.osr.com/seminarsTo unsubscribe, visit the List Server section of OSR Online at
http://www.osronline.com/page.cfm?name=ListServer
>> What if the NDIS receive queue will hit some limit? then the packets will
> be lost.
>
This only matters in UDP. TCP/IP stacks guarantee no data is lost.
Oh yes. By first losing, and then retransmitting.
–
Maxim S. Shatskih
Microsoft MVP on File System And Storage
xxxxx@storagecraft.com
http://www.storagecraft.com