[App_rpt-users] One to One, One to Many, Many to Many
Jim Duuuude
telesistant at hotmail.com
Wed Oct 20 17:43:47 UTC 2010
I strongly suggest looking at http://app-rpt.qrvc.com and the first couple pages
of app_rpt.c . This will give you alot of information on what the system is capable of.
JIM
> From: n7pkt at hybotics.org
> To: app_rpt-users at qrvc.com
> Date: Wed, 20 Oct 2010 09:16:05 -0700
> Subject: [App_rpt-users] One to One, One to Many, Many to Many
>
> Greetings,
>
> With an Asterisk based system, such as AllStarLink, I know there are many
> ways to connect, as in the subject. My question is how can I control how
> connections are made (or allowed) at any given time?
>
> By this, I mean, if I am connecting for a one to one qso with a specific
> node, I don't necessarily want other nodes connecting to me, whether AllStar
> or EchoLink, or I might want to limit the number of connections that could be
> made in many to one mode to me. Is this kind of limiting currently possible?
>
> Also, if I am making certain kinds of connections, such as if I also had
> IRLP configured, I would not want to allow any other connections to my node
> regardless of what type or from what network.
>
> Yes, I know this sort of dances around one particuIar issue that exists
> between two networks, but I am NOT trying to go there. I am just asking about
> controls I think would be good to have available when required or desired.
> Such controls would have to be dynamic (perhaps controlled by a DTMF
> sequence), but could also be left in place to create a policy for a given
> node, if desired.
>
> 8-Dale
> --
> I can handle complexity. It's the simple things that confound me.
> Open your mind, Read, Learn, Think, Apply. 73, from N7PKT!
> http://www.hybotics.com - NEW main site
> http://www.hybotics.info - Blog
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at qrvc.com
> http://qrvc.com/mailman/listinfo/app_rpt-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20101020/47017cf7/attachment.html>
More information about the App_rpt-users
mailing list