Re: [tcpdump-workers] pcap: forcing pcap_loop() failures

2006-08-16 Thread Michael Tuexen
Why not use the 'any' device on Linux? I'm not sure if it will be supported in 2.6.20, but in recent kernels it is :-) Best regards Michael On Aug 16, 2006, at 8:15 PM, Richard H. wrote: Level: pcaplib novice OS: Linux 2.6.20 I've been running a pcaplib app that reads continually from a

[tcpdump-workers] Request for DLT

2012-11-26 Thread Michael Tuexen
Hi Guy, could you register a DLT for SCTP? It would be similar to LINKTYPE_IPV4 / DLT_IPV4 or LINKTYPE_IPV6 / DLT_IPV6, just covering the SCTP packet without any lower layer. Suggested name: LINKTYPE_SCTP / DLT_SCTP. Please let me know if you have any further questions. Thanks a lot for your hel

Re: [tcpdump-workers] Request for DLT

2012-11-26 Thread Michael Tuexen
On Nov 24, 2012, at 7:34 PM, Guy Harris wrote: > > On Nov 24, 2012, at 6:09 AM, Michael Tuexen > wrote: > >> could you register a DLT for SCTP? It would be similar to >> LINKTYPE_IPV4 / DLT_IPV4 or LINKTYPE_IPV6 / DLT_IPV6, >> just covering the SCTP packet wi

Re: [tcpdump-workers] Request for DLT

2012-11-27 Thread Michael Tuexen
On Nov 28, 2012, at 12:56 AM, Guy Harris wrote: > > On Nov 24, 2012, at 12:49 PM, Michael Tuexen > wrote: > >> This is what we want to dump to a file when running SCTP over DTLS over UDP, >> after DTLS has decrypted the packet. This stack will be using for RTCWeb >

Re: [tcpdump-workers] is tcpdump supposed to behave like this?

2013-07-01 Thread Michael Tuexen
On Jul 1, 2013, at 3:32 PM, Téssio Fechine wrote: > Hello, > I was trying to analyze the traffic generated by this command: > > root@atena:~# dig rt-dq.quimica.ufpb.br @150.165.145.1 > > But I noticed that when the option '-w file' was not used, the tcpdump > capture changed: > > ** WITH -w (

Re: [tcpdump-workers] RFC: DLT for "application TCP stream capture"

2015-01-14 Thread Michael Tuexen
> On 14 Jan 2015, at 18:19, Denis Ovsienko wrote: > >> Eventually, we'll be using this format to debug multi-path TCP, in which >> case >> the IP addresses (and maybe even the IP4/IP6-ness of it) might change. > > Also there exists SCTP, which implements the concept of variable (0..65535) >

[tcpdump-workers] Re: Accurate ECN support in tcpdump/libpcap

2023-09-05 Thread Michael Tuexen
> On 5. Sep 2023, at 09:34, Francois-Xavier Le Bail > wrote: > > On 29/08/2023 16:34, Scheffenegger, Richard via tcpdump-workers wrote: >> And some initial discussions which aren't yet reflected on the mailing list: >> >> -Original Message- >> From: Scheffenegger, Richard >> Sent: Frei

Re: [tcpdump-workers] [Wireshark-dev] New RFCs for 1) pcap file format and 2) rpcapd protocol?

2020-03-22 Thread Michael Tuexen via tcpdump-workers
--- Begin Message --- > On 21. Mar 2020, at 23:10, Michael Richardson wrote: > > > Guy Harris via tcpdump-workers wrote: >> Currently, on GitHub, there's a "pcapng" team: >> https://github.com/pcapng > >> with one repository containing the pcapng specification, and a >> "the-tcpdump-group" te

Re: [tcpdump-workers] [OPSAWG] I-D Action: draft-ietf-opsawg-pcapng-00.txt

2023-01-25 Thread Michael Tuexen via tcpdump-workers
--- Begin Message --- > On 25. Jan 2023, at 21:33, Carsten Bormann wrote: > > On 25. Jan 2023, at 17:42, Michael Richardson wrote: >> >> I am not sure that pcap*NG* is so incredibly established that we can't change >> it. I just hate "Next Generation" for anything, particularly when time >> m