Would that make Robin win?

You could argue that if you allowed every repeater to act differently, becuase 
the gateway is configured differently from one twn to the next it would 
fragement the userbase.

Im not saying its going to, but my point is Robin cant win, as someone will 
find fault with everything he does

--- In dstar_digital@yahoogroups.com, "john_ke5c" <k...@...> wrote:
>
> > There are basically three options
> 
> There are other options but the one I like the most is that Robin could add 
> local gateway dplus configuration options to determine how slash routed and 
> callsign routed streams, both incoming and outgoing from RF and from links, 
> are handled, i.e., forwarded or ignored.  This would allow the gateway owners 
> - those who provide the backbone that makes DStar viable, interesting, and 
> marketable - the freedom to resolve the inherent conflicts between the base 
> DStar protocol and the dplus extension as they best see fit for their local 
> DStar user milieu.  
> 
> > For all of those who don't want the DPLUS software to route call sign 
> > routed packets into the network, there's just as many of us who think that 
> > it is working they way it should. So no matter what Robin does, a number of 
> > people are going to think that it is wrong, he can't win.
> 
> Sure Robin can win - by providing local gateway control over dplus callsign 
> and slash routing behavior.  Then you can be happy with your gateway and many 
> of us can be happy with ours, instead of just you being happy.
> 
> > We got what we got, instead of complaining about how bad it works, why 
> > don't we think of ways, using the existing system, that we can do things to 
> > make it better?
> 
> That's exactly what we are doing.  Dplus currently only works well for the 
> linkers, not those who appreciate and use callsign and/or slash routing.  We 
> want to make it better for those amateurs too.
> 
> > This thread/discussion has popped up probably a dozen times now, it's 
> > getting quite boring and wasting people's time.
> 
> Yes, problems have a way of popping up until they are properly fixed.
> 
> 73 -- John
>


Reply via email to