John, I could not agree any more then that... With the adventure of two different projects out there right now (Robin's ODP, and Scott's D_Extra) the only thing keeping things in the MUD is the controller... Other then that, we just keep moving forward to a ONE DAY UNIFIED SYSTEM, where P25, D-Star, and what ever else digital ( I have to add POCSAG or any of the DIGITAL programs like PSK-31, RTTY (yeah RTTY for SMS) will be a common tool for not just HF but D-Star too.. Heck, AOR9600 is near D-Star HF as it gets right now, one day it will be D-Star HF ICOM rigs hitting the market... oppps, there goes 300bps HF packet, now 900 bps D-Star Keyboard QSO's. So I say I agree on your comments 100%, it's just not quite time for it. I am thinking about working on a P25 project that will convert to and from D-Star.... I just have to wait for a couple of other people to collaborate with over the summer to see if it can be pulled off. So many people want to pull the P25 card on d-star, I figure why not? What is to hold me back from doing something like that? ( I have an idea on paper, just need to work on a hardware thing first. Look at eQSO, John)
Evans F. Mitchell KD4EFM / AFA4TH FL / WQFK-894 Fla. D-Star Tech Support Group http://www.florida-dstar.info <http://www.florida-dstar.info/> Polk ARES A.E.C. http://www.polkemcomm.org <http://www.polkemcomm.org/> _____ From: [email protected] [mailto:[email protected]] On Behalf Of John Hays Sent: Thursday, May 14, 2009 1:04 PM To: [email protected] Subject: Re: 880 vs 800 (was: Re: [DSTAR_DIGITAL] Signal Distance) If the controller firmware would pass "ALL TRAFFIC" to the gateway the whole "G" port thing could go away. A smarter piece of gateway software could determine what needed relayed somewhere else and what is just local repeater traffic. I have been thinking about the whole D-STAR routing paradigm and the world would be much better if: A) Radios (RF) on D-STAR did not need to register - let the gateways just update current location into a dynamic, distributed data store. (FIlters at the gateway could manage who could and could not use a given gateway - and callsign pattern matching, e.g. regex, could filter out most bogus callsigns) B) Only register "network devices" such as gateways, reflectors, dongles, etc. and have things like dv dongles, autopatches, cross service links (e.g. IRLP), run through servers that present them to the D-STAR network. Redundant "trust servers" could maintain this registry to remove the single point of failure. This would facilitate such things as mobile D-STAR stations moving from repeater-to-repeater or port to port in real time. Enable addressing services (reflectors, dv dongle type devices, nets, etc.) directly in "UR" field. RPT2 could be used to route to a different repeater/port and eliminate the whole "/repeater" syntax. -- John On May 14, 2009, at 6:27 AM, Evans F. Mitchell KD4EFM wrote: > > From: Evans F. Mitchell KD4EFM [mailto:kd4e...@verizon. <mailto:kd4efm1%40verizon.net> net] > Sent: Thursday, May 14, 2009 9:11 AM > To: 'dstar_digital@ <mailto:%27dstar_digital%40yahoogroups.com> yahoogroups.com' > Subject: RE: 880 vs 800 (was: Re: [DSTAR_DIGITAL] Signal Distance) > > Any idea when the JARL will allow you all to install D-Plus??? > > As far as the R2 goes, > > DPLUS: with R2 ON, this will tell the RP2C to pass your data stream > to the > gw. > If you where on a dongle, you connect to a US gw, if we DO NOT have R2 > enabled or ON, > you will not hear our transmission. When you omit R2 your data > stream goes > from > the receiver to the RP2C, and right back out, with out any > information going > to > a connected gateway. R2 set to the local gw callsign and G, the RP2C > will > send > that data stream to the gw software, thus traffic can be heard from > the > repeater. > > > D-PRS (APRS); with R2 ON, this will send your position data to the > gw, and > the > DPRS program will then send it out to the aprs-is server stream and > show > your > position on an aprs viewing program, jfindU, or other like program > (including dstarusers.org) > > With D-PRS, yes, you will get the RPT? every transmission, that is > because > the RP2C > has not been updated to understand the even though URCALL is CQCQCQ, > the > data > stream is still meant for the gateway. Once there is a RP2C firmware > update, > things > can be adjusted correctly then... > > John Hays Amateur Radio: K7VE [email protected] <mailto:john%40hays.org> [Non-text portions of this message have been removed] [Non-text portions of this message have been removed]
