--- In [email protected], Nate Duehr <[EMAIL PROTECTED]> wrote: > > You guys will have to talk to Pete about what he saw between the > controller and the gateway... I honestly don't remember. >
We saw, in certain instances, an extremely high amount of DD traffic going between the gateway and the repeater controller when S is defined. This was causing, again in these cases, some loss of packets because the repeater controller was spending more time trying to service the errant DD packets than process the audio. On possible causes of the problem on this thread (some of which have been discussed): Make sure the connection is full duplex. Half duplex will cause very unreliable voice. Cable modems and wireless ISP connections are notorious for being half duplex in implementation. Also, cable modems are notorious for buffering packets to make longer single bursts instead of the shorter single packet burst that a UDP protocol like D-STAR needs. Make sure the local infrastructure supports high packets per second of very small UDP packets. Often, routers that are running near maximum will drop UDP packets to conserver internal bandwidth before dropping TCP packets. Even though you are paying for a business type of fixed bandwidth, those measurements are almost always done with TCP and most tests available on the web are half duplex (test one side, then the other). Some things to think about. Most ISPs do not tend to consider full duplex UDP in their SLAs. 73, Pete Loveall AE5PL
