Date: Sat, 13 Jan 2001 13:52:42 +0200 From: Juha-Matti Liukkonen <jml@cubical.fi> To: Oliver von Bueren <maillist@ovb.ch> Cc: freebsd-isdn@FreeBSD.ORG Subject: Re: i4b as tel server Message-ID: <3A60418A.871DB8AE@cubical.fi> References: <aauu5tgr97t99u40hdjrdpfv3mbdasj8uj@4ax.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi, this is an area which does need some development, IMHO. We are building a telephony application with similar requirements. Our setups typically require 4-8 dialin B channels (60 or more, actually, when I get the PRI support completed). Every channel is used in the same way; all we need is isdnd to find a free tel device for each incoming call and execute the answerprog on it. I was thinking of having a "default" entry which applies to any device, unless an entry for a given channel/unit is specifically given to override the default. This would be consistent with and internally require the same -1:s than your suggestion. Other ideas, anybody? Preferences, thoughts, guidelines, Hellmuth? - Juha Oliver von Bueren wrote: > > Hello all together. > > I'm using i4b for a telephony application (call it voice server), > which basicaly just answers the phone and plays back some messages, in : > Now my suggestion is to have an option for usrdeviceunit = -1 which > means that on an incomming call the function > find_matching_entry_incoming takes the firsts free device it finds. I > think this could also get handy on data calls if you want to provide > more than one channel for dialin. This would make it possible to use > generic values for these three config keys (isdncontroller=-1, > isdnchannel=-1, usrdeviceunit=-1). > > What do you think? Any suggestions are welcome! : -- Juha-Matti Liukkonen, Cubical Solutions Ltd Phone: +358(0)405280142 Email: jml@cubical.fi 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?3A60418A.871DB8AE>