<div>GV,</div><div></div><div>To work around this, can we have a 'feature' which allows adding pkts to a send queue with a caplen/len of 0? If this is supported, we can add a pkt with a len of 0 to the end of the first sendqueue with the appropriate timestamp.</div>
<div></div><div>Adagio<br></div><div></div>On Fri, Oct 30, 2009 at 12:30 AM, <<a href="mailto:winpcap-users-request@winpcap.org">winpcap-users-request@winpcap.org</a>> wrote:<br><br>> Date: Wed, 28 Oct 2009 16:06:33 -0700<br>
> From: "Gianluca Varenni" <<a href="mailto:gianluca.varenni@cacetech.com">gianluca.varenni@cacetech.com</a>><br>> Subject: Re: [Winpcap-users] correct usage of pcap_sendqueue_transmit?<br>> To: <<a href="mailto:winpcap-users@winpcap.org">winpcap-users@winpcap.org</a>><br>
> Message-ID: <51CCC9A0A65248C88F022BB28D90AFA3@NELSON3><br>> Content-Type: text/plain; format=flowed; charset="iso-8859-1";<br>> reply-type=original<br>><br>> The usage is correct, indeed. However, pcap_sendqueue_transmit respects the<br>
> timestamps within the queue, but not between two different calls to the same<br>> function.<br>><br>> Suppose that the last packet in the queue has a timestamp of 10s, and the<br>> first packet of the next queue has a timestamp of 11s. When<br>
> pcap_sendqueue_transmit transmits the second queue, it will not respect the<br>> timestamp of the first packet(11s), it will send it immediately.<br>><br>> Have a nice day<br>> GV<br>><br>> ----- Original Message -----<br>
> From: "Noam Cohen" <<a href="mailto:Noam.Cohen@harmonicinc.com">Noam.Cohen@harmonicinc.com</a>><br>> To: <<a href="mailto:winpcap-users@winpcap.org">winpcap-users@winpcap.org</a>><br>> Sent: Tuesday, October 27, 2009 4:09 AM<br>
> Subject: [Winpcap-users] correct usage of pcap_sendqueue_transmit?<br>><br>><br>>> GV,<br>>> I have a PCAP file of 400MB which has to be played in endless loop. I read<br>>> a packet and send it using the Transmit() described in the pseudo code.<br>
>> In the wireshark tutorial, "sendcap", the whole file is added into the<br>>> transmit queue and then transmitted. This does not work with large files<br>>> (or when a loop play is needed).<br>
>> In the Transmit(), I fill the queue with packets and when near fullness,<br>>> call pcap_sendqueue_transmit(). I would expect it to *clear* the queue but<br>>> it does not happen. The only way I see to reuse the queue is to destroy<br>
>> and then allocate it again. Is this the way it is meant to be ?!<br>>><br>>> Are the packets which are added to the queue actually copied? I assume so<br>>> since there is no other mechanism to keep the memory valid.<br>
>><br>>> Thanks<br>>> Noam<br>>> _______________________________________________<br>>> Winpcap-users mailing list<br>>> <a href="mailto:Winpcap-users@winpcap.org">Winpcap-users@winpcap.org</a><br>
>> <a href="https://www.winpcap.org/mailman/listinfo/winpcap-users">https://www.winpcap.org/mailman/listinfo/winpcap-users</a><br>><br>><br>><br>> ------------------------------<br>><br>> _______________________________________________<br>
> Winpcap-users mailing list<br>> <a href="mailto:Winpcap-users@winpcap.org">Winpcap-users@winpcap.org</a><br>> <a href="https://www.winpcap.org/mailman/listinfo/winpcap-users">https://www.winpcap.org/mailman/listinfo/winpcap-users</a><br>
><br>><br>> End of Winpcap-users Digest, Vol 55, Issue 21<br>> *********************************************<br>><br><br>