OPENTRACKER+第二代升级产品OT2m介绍 [复制链接]

转发时间间隔可能在这种情况下有用：一地架有多个数字中继，并且有信号重叠区。在重叠区的电台信号可以被2个中继同时接收，同时转发。由于同频干扰，如果第三个中继也在重叠区内，或有其他台站可能产生丢桢。这一桢信号就无法被继续转发。

在以前的那个印度版简易tnc上，时间间隔可设，俺认为可能是有道理的。

斑竹可向米国佬反映一下。

yf家的盒子目前运作良好。由于本地丘陵地形。考虑多设中继台站，所以想到这个问题。

你说的意思我理解了。或许已经存在机制来避免这个问题。我以前说的立即转发，实际上在发送前肯定会侦听信道，如果繁忙，则会过一个预设的时间后再次尝试。如果多个中继设置不同的时间，则可以错开。

事实上，多中继共存是一定会有冲突问题的，这就需要合理的设置中继的发射功率和位置，尽量避免过分重叠。

'

转发时间间隔可能在这种情况下有用：一地架有多个数字中继，并且有信号重叠区。在重叠区的电台信号可以被2个中继同时接收，同时转发。由于同频干扰，如果第三个中继也在重叠区内，或有其他台站可能产生丢桢。这一桢信号就无法被继续转发。
在以前的那个印度版简易tnc上，时间间隔可设，俺认为可能是有道理的。
斑竹可向米国佬反映一下。

'

wide机制本来就挺笨的，我们叫“泛洪”广播算法

我还没展开使用，不过我相信做得再烂的设备也要支持csma的
但是如果两个rpt存在hide现象时，csma也会没用
所以，如果要架rpt，尽量让rpts互相能听见

看来还要再定一个试试，还有吗。。。

'

你说的意思我理解了。或许已经存在机制来避免这个问题。我以前说的立即转发，实际上在发送前肯定会侦听信道，如果繁忙，则会过一个预设的时间后再次尝试。如果多个中继设置不同的时间，则可以错开。
事实上，多中继共存是一定会有冲突问题的，这就需要合理的设置中继的发射功率和位置，尽量避免过分重叠。

'
 
  仔细想了一下，这个侦听延时可能的问题在于：信号被同时接收和解调，而两个设备又是一样的，预设的随机延时数这时是否会起作用，只能靠实验了。

  当然，这估计不会是很严重的问题。但程序改动其实应该很容易。

有的，已经又一次批量到货了。

'

看来还要再定一个试试，还有吗。。。

'

我也自己试一下，看看有没有这个问题存在。如果的确存在，我让老外去改。还有一个想法是，尽量让aprs电台用固定路径而非别名设置。

举例：
一般aprs电台用wide1-1的路径，那么所有支持widen-n的中继都能转发。

如果现在中继的呼号分别是bg2yf-3 bg2yf-6 bg2yf-9，那么在路径中明确指定中继呼号而不是wide这样的别名，可以避免被多个中继同时转发。

'

仔细想了一下，这个侦听延时可能的问题在于：信号被同时接收和解调，而两个设备又是一样的，预设的随机延时数这时是否会起作用，只能靠实验了。
  当然，这估计不会是很严重的问题。但程序改动其实应该很容易。

'

隐藏终端和暴露终端问题一直存在，aprs不是用rts-cts-data-ack的模式，所以，也很难避免。

我提到的尽量不要让rtp覆盖范围重叠，是说不要让一个aprs的信号被多个rtp转发，否则容易引起不必要的流量，即便是widen-n也是如此。尽量让rpts互相听见是对的，不然没办法做到多跳的。

'

我还没展开使用，不过我相信做得再烂的设备也要支持csma的
但是如果两个rpt存在hide现象时，csma也会没用
所以，如果要架rpt，尽量让rpts互相能听见

'

精巧的算法往往也只有在特定的情况下比较好用，而且实现相对复杂。好用就好永远是不变的法则。

aprs现在使用的技术，绝对称不上high tech，比如1200bps的bell 202，根本是非常古老的技术了。但是能继续沿用，一定有理由的，这不仅是因为大量的tnc保有的问题。

'

wide机制本来就挺笨的，我们叫“泛洪”广播算法

'

实话实说，科研和实践的距离还是蛮远的，在论文堆里泛洪是30年前的模型，是所有论文批判的对象
但是，据说实践中所有的在用项目全部是泛洪的
aprs之所以要用wide而不是静态路由，就是因为在路上跑的车子，没办法设静态路由。当然，如果车子只在小范围内跑，那个范围内只有一个digipeater，那当然可以
而动态路由搞不起来的原因也很简单，6cr说了，aprs走的是ax.25的ui帧，不管谁能收到，不管收到与否，更何况不少终端还是个聋子
目前所有的动态路由算法，都是基于邻居数据交换来的，聋子肯定做不了这个
那么有耳朵的，还是利用ui帧，又不交换邻居数据，能否做动态呢？回答显然是肯定的，不过相对比较笨一点的动态而已
有耳朵的，就可以有heard list，如果digipeater和igate能够通过ssid加以识别，就有可能让终端在自己的heard list里选择digipeater和igate做转发路径
这件事情，05年我做过软件仿真了，效果还行，比泛洪聪明一些，不过论文堆里还是看不上的：连个数学公式都不需要的

讨论一万年也不如再花钱买个试试。货已定，拜托斑竹发货。。。

明天顺丰发货。

'

讨论一万年也不如再花钱买个试试。货已定，拜托斑竹发货。。。

'

根据我解决商业无线数据网络的经验，解决多个digipeater之间协调需要整体规划网络结构，一般要遵循以下原则：

1、多digipeater分阶部署，各阶之间原则上采用链型结构或树状结构，尽量避免多个高阶digipeater重复覆盖或环回。
2、高阶digpeater负责主干中继，无需刻意考虑终端用户。
3、低阶digipeater担负终端扩展到高价digipeater的桥梁。覆盖范围一般限于局部服务区（比如市区）。
4、合理配置alias，对于高阶digipeater建议屏蔽relay，而对于低阶digipeater则建议屏蔽wide。
5、科学配置终端用户的digipeater path，建议relay，widen-n。
6、永远不要在终端alias中设置wide，relay这样的顺序，这回导致高阶主干digipeater覆盖区的大量低阶relay产生广播风暴。
7、如果tnc支持而digipeater数量比较少比如2个可以采用digipeater呼号替换方式（替换relay和wide）来避免由于终端路经设置错误导致的ping-pong循环。
8、采用time frame对内容进行甄别，忽略环回的数据包。
9、在评估一个网络的最佳路经时建议先采用trance进行测试然后进行有效规划。

提示1：新的aprs digipeater构架可能已经屏蔽relay，因此可以采用wide1-1来哄骗低阶digipeater，当然低阶digipeater的alias需要设置成wide1-1（这个时候如果需要高阶digipeater只作一个hop则可以使用wide2-1，记住不要在高阶digipeater使用wide1-1）。

提示2：vu段的digipeater方式的可靠覆盖区大概只有语音覆盖区的1/2甚至1/3，设计网络的时候需要充分考虑这一实际情况，拿d710来说其说明书上也提及要想得到可靠解码信号最好满表。

商业网络要求至少15db-20db的信号强度余量，因为移动中的终端在功率和天线不变的时候信号一般波动达到20db，数据通信除了保证语音通道正常之外，还要考虑信号强度的剧烈波动以及频率扰动，甚至有时候还要考虑语音通信中不会在意的多径传输导致的相位失真以及瞬间的脉冲爆音，这些都会污染数据信号导致数据包的丢失（因为aprs采用的nak没有重发机理）。

谢谢4os的分享。这对组建广域aprs中继网络非常有参考价值。

对于第7条，是否能更详细介绍？是说中继的呼号嵌入，还是说直接在path里面指定中继的呼号？

关于提示1，wide1-1哄骗可以理解，但是wide2-1的用法还能更详细的介绍一下吗？wide2-1经过低阶和高阶中继以后，分别变成什么？

hi,6cr,感谢你对中国aprs所做的工作。

第七条看下面就明白了，其中bg4ihh是xyl用的移动台,bd4os是我的home digipeater（低阶），by4ib是威海马可尼俱乐部的digipeater（高阶）。

bg4ihh-9>apk001,relay,wide   //bg4ihh sent
bg4ihh-9>apk001,bd4os*,wide   //digipeatered by bd4os
bg4ihh-9>apk001,bd4os*,by4ib*   //digipreatered by by4ib

由于采用了wide1-1哄骗（哄骗的原因上面已经说明是由于很多新架构的aprs终止相应relay），所以低阶digipeater将用完这个wide1-1配额，高阶digipeater将使用后续的wide2-1继续中继，为何使用wide2-1表示而不是wide2-2或者直接wide1-1？这其实是一个特例，就是说期望高阶digipeater只作一次中继，这个时候是用wide2-2就意味着可能2个hop，那么为何不直接wide1-1呢？前面说了wide1-1分配给你低阶digipeater，如果连续使用两个wide1-1就意味着第二个wide1-1配额可能会被临近移动台的低价digipeater之外的另外一个低阶digipeater中继，造成数据包重复。

细心的话你可能还会发现为何不担心第一个wide1-1配额会被非临近的低阶digipeater使用呢，这就是网络规划的功劳了，因为移动终端的功率和天线都不够强劲，所以第一个配额总是被最临近的低阶digipeater用完，但是如果经过最邻近的低阶digipeater中继之后仍然使用wide1-1情况就大不一样了，那样的话因为临近的低阶digipeater功率和天线足够强劲完全有可能延伸至相邻的低阶digipeater，这样的话第二wide1-1也将用完，数据包随之阵亡，无法经由高阶digipeater转出。这就是为何限制高阶digipeater做一个hop但是仍然不使用wide1-1的原因，而是采用wide2-1来完成相同功能但并不会触发多个低阶digipeater，从而有效减少可能的数据拥挤。

写完了看起来像绕口令，不过应该能看明白。

我不知道北方的情况，就杭州而言，尽管是丘陵地区，但是只用igate就可以实现全覆盖，当然igate要布得多，所以digipeater的存在是值得讨论的。aprs是有sink的业务，数据的终点就是inet。
如果是为了移动终端通过ax25网接收数据，可以通过设计更合理的igate行为来实现。

'

我不知道北方的情况，就杭州而言，尽管是丘陵地区，但是只用igate就可以实现全覆盖，当然igate要布得多，所以digipeater的存在是值得讨论的。aprs是有sink的业务，数据的终点就是inet。
如果是为了移动终端通过ax25网接收数据，可以通过设计更合理的igate行为来实现。

'

5ag，你那个神秘玩意搞好没啊。。。。：-0

气死我了，招了个学生做这个的硬件设计，谁知他心思不在这里，整天捣鼓他的机器人
最近才画好了测试板的pcb，还全是不能加工的设计，5mil的间距，天~