the main problem using ethereal gui is,
i would like to run ethereal without any interruption.
let us say, actually prefer to use tethereal. the most
important thing iss, i need to catch all conservations intelligently.
there will be no user who will select something from
Tools/Statistics/RTP Streams/Show All... or push the button
save as. using tethereal will help a bit in order to discard
user interface.
the idea that i have in my mind is while listening the network,
when an attempt for conservation is observerd, the ethereal should
create a new entry indicating the conversation, and all the rtp packets
related to that conversation should be saved to a file in the disk
whether in au format or in raw rtp format.
so the criticaal thing here is, rather than captureing the traffic first
then analyzing the conversation, i want to capture conversations real time
and save them into a file. by the way, i need to handle as much as
conservations concurrently.
this is the idea. any suggestions so far?
best regards,
-kasim
Lars Ruoff <lars.ruoff@xxxxxxxxxxxxxxxxxx> said:
>
> > i would like to use ethereal in order to see the voice traffic in my
> ethernet.
> > while listening the network, i would like to add all conversations into
> different queues
> > and after the conversation ends, will save it into somewhere in the disk.
>
> What format do you want to save in?
> Current version of Ethtereal already supports handling and saving of RTP
> streams in various forms:
> Tools/Statistics/RTP Streams/Show All... lists you all RTP streams present
> in the capture.
> Now you either can...
> * mark all packets belonging to a stream and save all marked packets (via
> the normal Ethereal Save As... dialog)
> or
> * save the selected stream as rtpdump (saves plain RTP packets, without the
> stuff from lower protocol layers, but with reception timestamps)
> or
> * Analyse the selected stream and save the RTP payload (currently only for
> G.711 PCMA payload) as .au sound file.
> or
> * Analyse the selected stream and save most pertinent information in a .csv
> file.
>
>
> > as far as i'm concerned we can modify ethereal in order to work as i
> described.
> > is there any suggestion for this study?
> >
>
> if that really doesnt suffice, look at the rtp_streams and rtp_anaylsis
> files.
> That's where it is all done.
>
> regards,
> Lars Ruoff
>
>
--
