Date: Thu, 10 Feb 2000 21:15:32 +0100 From: Gary Jennejohn <garyj@peedub.muc.de> To: jan@sparud.net (Jan Sparud) Cc: freebsd-isdn@FreeBSD.ORG Subject: Re: Answering machine interrupting other channel Message-ID: <200002102015.VAA15590@peedub.muc.de> In-Reply-To: Your message of "Thu, 10 Feb 2000 13:40:42 %2B0100." <14498.45514.357524.717667@hinken.sparud.net>
next in thread | previous in thread | raw e-mail | index | archive | help
Jan Sparud writes: > >Jan Sparud wrote: > >[Answering machine interrupting other channel] > >Gary Jennejohn <garyj@muc.de> replied: > >> I'd guess that the data is coming in so fast over the voice channel >> that it's swamping the data channel. The telephony service uses raw >> B-channels, which have pretty much no flow control. > >> I can't think of any way to fix this without totally screwing up the >> flow of data on the voice channel. > >Hmm, I have two reasons for thinking that this is not the case: > >1) When the answering machine is running, it's only using 5% of the > CPU (on a PIII-600 with 256M RAM). > It has nothing to do with the load on the CPU. It's related more to how fast the data are coming in on both channels. Voice data streams faster than IP traffic. >2) It's enough for the answering machine to start and then stop > immediately, the ppp connection is still frozen until it time-outs > a minute later, even if there is no traffic on the voice channel. > >It seems that something happens internally in isdnd when it forks and >execs the answering machine program (mine is a C program; I tried with >the answer.sh in contrib/ too with the same results). > ah, that's a different kettle of fish. You may be right, but I'm not familiar with the mechanism involved with the answering machine stuff since I don't use it. --- Gary Jennejohn / garyj@muc.de garyj@fkr.cpqcorp.net gj@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200002102015.VAA15590>