Date: Sat, 6 Sep 1997 18:11:56 -0700 From: John-Mark Gurney <gurney_j@efn.org> To: Luigi Rizzo <luigi@labinfo.iet.unipi.it> Cc: Bernie Doehner <bad@uhf.wireless.net>, multimedia@FreeBSD.ORG Subject: Re: intercepting vat (or other rtp) traffic Message-ID: <19970906181156.24183@hydrogen.nike.efn.org> In-Reply-To: <199709061315.PAA13585@labinfo.iet.unipi.it>; from Luigi Rizzo on Sat, Sep 06, 1997 at 03:15:42PM %2B0200 References: <Pine.BSF.3.95.970906100636.473C-100000@uhf.wdc.net> <199709061315.PAA13585@labinfo.iet.unipi.it>
next in thread | previous in thread | raw e-mail | index | archive | help
Luigi Rizzo scribbled this message on Sep 6:
> > Does it have to be vat? Can you use rat (assuming it's stable enough
> > yet)?
>
> source for rat is not generally available and cannot be redistributed.
> in any case what I want to do is completely independent from the
> application that's why I am going for #2
how about the -U option to vat? from vat's man page:
-U Use the unix-domain stream socket specified by
socket for audio I/O. Some process should bind to
and listen on this socket before vat is run. The
data is raw 8khz mulaw samples. If socket is a
number, then AudioFile is used. The number indi-
cates the corresponding AudioFile device.
the other option might be to use divert sockets... divert all the
vat/audio traffic to your process.. do the processing or forwarding
then use the dirver socket to reinsert the packets into the network
stream...
> > > 1) patch the network module of vat and intercept traffic there;
> > > 2) program vat to use 127.0.0.1 and let my program talk to vat
> > > using the same address. My program would basically do address
> > > translation in both directions.
ttyl..
--
John-Mark Gurney Modem/FAX: +1 541 683 6954
Cu Networking
Live in Peace, destroy Micro$oft, support free software, run FreeBSD
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19970906181156.24183>