Re: [Wireshark-dev] A plugin dissector and fragmented messages

Hi, Probably the best way is to start using Wireshark 1.0.0, or, if you can wait a little, the first maintenance release 1.0.1, which is due shortly. Thanx, Jaap Still Life wrote: >> Hi, >> I'm developing a plugin dissector for a protocol used by >> a telephony over IP application on top of TCP

Re: [Wireshark-dev] A plugin dissector and fragmented messages

> Hi, > I'm developing a plugin dissector for a protocol used by > a telephony over IP application on top of TCP protocol. > Wireshark version is 0.99.5. > Packets have this format: Following this bug: marked as a duplicate of bug 2103:

[Wireshark-dev] A plugin dissector and fragmented messages

Hi, my name is Fabio and I'm from Genova, Italy. I'm developing a plugin dissector for a protocol used by a telephony over IP application on top of TCP protocol. Packets have this format: fmessage == one pdu (lenght=messagelenght+18) |<--

[Wireshark-dev] A plugin dissector and fragmented messages

Hi, I'm developing a plugin dissector for a protocol used by a telephony over IP application on top of TCP protocol. Wireshark version is 0.99.5. Packets have this format: fmessage == one pdu (length=messagelength+18) |<-->|

Re: [Wireshark-dev] A plugin dissector and fragmented messages

> Check out doc/README.developer chapter 2.7 Reassembly/desegmentation for > protocols running atop TCP. > Thanx, > Jaap Thank you Jaap! I resolved my problem with the second method exposed in chapter 2.7. Now things seems to work. Cheers -- Email.it, the professional e-mail, gratis per te:

Re: [Wireshark-dev] A plugin dissector and fragmented messages

ronnie sahlberg wrote: > Why did they implement a hard realtime application using TCP? > This what UDP is for. [...] What you said is right, in this case, if I understood well, TCP is not used for streams but only for control messages... Some suggestion about the dissection? -- Email.it, th

Re: [Wireshark-dev] A plugin dissector and fragmented messages

Why did they implement a hard realtime application using TCP?This what UDP is for.If you use TCP you will get a long pause where the "voice data" queues up for very long everytime you have to take a retransmission. With hard realtime applications such as voice it is much better to never have these

Re: [Wireshark-dev] A plugin dissector and fragmented messages

Hi, Check out doc/README.developer chapter 2.7 Reassembly/desegmentation for protocols running atop TCP. Thanx, Jaap ___ Wireshark-dev mailing list Wireshark-dev@wireshark.org http://www.wireshark.org/mailman/listinfo/wireshark-dev

[Wireshark-dev] A plugin dissector and fragmented messages

Hi, my name is Fabio and I'm from Genova, Italy. I'm developing a plugin dissector for a protocol used by a telephony over IP application on top of TCP protocol. Packets have this format: |<-myMsg--->| |-+++++--||--