Hi,
I started developing a slimproto ethereal dissector (to help debug
Softsqeeze/Squeezebox sync). This is unfinished, and at the moment I
don't have the time (or need) to complete it. It currently prints a
summary line for all packets, and gives a detailed summary and fully
dissects some packets types. If any C programmers out there would like
to complete it I would be happy to send you the code.
Regards,
Richard
Results 1 to 3 of 3
Thread: Slimproto ethereal dissector
-
2004-07-02, 01:28 #1Senior Software Engineer - Logitech/Slim Devices
- Join Date
- Apr 2005
- Location
- Ipswich, UK
- Posts
- 1,394
Slimproto ethereal dissector
-
2004-07-06, 10:07 #2
Re: Slimproto ethereal dissector
Richard,
With SLIMP3's UDP protocol it was probably easier because each
slimproto command - "frames" we call them, was in a single UDP packet.
For squeezebox it is a stream of commands, and while *nearly* all TCP
segments will contain an integral number (usually 1) of slimproto
frames, there is no guarantee of this. So the parser should work on a
stream basis, not per-packet.
I am not familiar with Ethereal's innards. Is this possible?
Sean
On Jul 2, 2004, at 1:28 AM, Richard Titmuss wrote:
> Hi,
>
> I started developing a slimproto ethereal dissector (to help debug
> Softsqeeze/Squeezebox sync). This is unfinished, and at the moment I
> don't have the time (or need) to complete it. It currently prints a
> summary line for all packets, and gives a detailed summary and fully
> dissects some packets types. If any C programmers out there would like
> to complete it I would be happy to send you the code.
>
> Regards,
> Richard
>
>
-
2004-07-07, 14:25 #3Senior Software Engineer - Logitech/Slim Devices
- Join Date
- Apr 2005
- Location
- Ipswich, UK
- Posts
- 1,394
Re: Slimproto ethereal dissector
Sean,
The slimproto dissector that I started developing examines each TCP segment
for a single slimproto frame. This seems to work well for what I needed, but
I guess you look at more interesting traces than I do!
I am not to familiar with Ethereal's innards either! However my
understanding is that this is possible. The dissector can request more bytes
before fully decoding the frame. It looks like it should be easy to
incorporate into the code.
Richard
----- Original Message -----
From: "Sean Adams" <sadams (AT) slimdevices (DOT) com>
To: "Slim Devices Developers" <developers (AT) lists (DOT) slimdevices.com>
Sent: Tuesday, July 06, 2004 6:07 PM
Subject: Re: [Developers] Slimproto ethereal dissector
>
> Richard,
>
> With SLIMP3's UDP protocol it was probably easier because each
> slimproto command - "frames" we call them, was in a single UDP packet.
>
> For squeezebox it is a stream of commands, and while *nearly* all TCP
> segments will contain an integral number (usually 1) of slimproto
> frames, there is no guarantee of this. So the parser should work on a
> stream basis, not per-packet.
>
> I am not familiar with Ethereal's innards. Is this possible?
>
> Sean
>
> On Jul 2, 2004, at 1:28 AM, Richard Titmuss wrote:
>
> > Hi,
> >
> > I started developing a slimproto ethereal dissector (to help debug
> > Softsqeeze/Squeezebox sync). This is unfinished, and at the moment I
> > don't have the time (or need) to complete it. It currently prints a
> > summary line for all packets, and gives a detailed summary and fully
> > dissects some packets types. If any C programmers out there would like
> > to complete it I would be happy to send you the code.
> >
> > Regards,
> > Richard
> >
> >

Reply With Quote
