Raytehon JPS ran on VOIP Network
Moderator: Queue Moderator
Raytehon JPS ran on VOIP Network
Is there anyone out there running a Raytehon JPS SNV-12 over a VOIP Netwrok. I have ran a post on here a few months ago, and had some pretty good siggestions of where to look for our problem. But the fact is that we are still seeing the Comparator consistantly vote in-correctly. We have had the Engineer for Raytheon out here two differnt times, and had two "Engineer" from one of the local Radio shops and let them have one of our channels to set up the way they thought is should be. After they had exsperimented with our system they had come a full 360 degress from where ith started. Still does not vote correctly. They have pointed there finger at our network as the problem, but can not prove or disprove anything. To rule out the audio charactoristics we had another Rado shop's "Engineer" come out who was also very exsperienced with the SNV-12 and had him take a look to see if we were missing anything. Audio looks great on a Audio Freq Analyzer. He suggested that there was to much overlap in coverage. I can not buy into that theory because the simple fact is that if you force vote the site you would expect to be voted the repeated audio sounds great. Is there anyone else out there that seems to be having the same problems or do I just have an exclusive problem. I is real funny how the manufacturer say's they have never seen that problem. Well we had them out here watched them see this problem first hand, and while talking to them kind of got the Idea that they have had problems like this and had re written the algortihem but when asked if they would look into re writing it for ours they say that it is not the problem. So really my question is "is" is there anyone else out there that is running VOIP network having the same problems. You can do a search for VOIP and see my other posts on this issue.
Gregg White N7SQJ
Tucson, Arizona
Tucson, Arizona
Likewise, are all of your receivers using the same haulback medium? If you mix and match copper, telco audio, fiber, and other modes, you can get false voting; it has to do with differences in the inherent noise in the upper range. This is a common problem when one receiver is co-located with the comparator and brought to it by copper, while other receivers come back by some other medium.
Also, and I am no expert in VOIP, it is essential that all receivers audio reach the voter at the same time; doesn't VOIP sometimes (or maybe always) introduce some form of delay?
If you have only one receiver on VOIP, disable it manually and see how the system votes.
Also, and I am no expert in VOIP, it is essential that all receivers audio reach the voter at the same time; doesn't VOIP sometimes (or maybe always) introduce some form of delay?
If you have only one receiver on VOIP, disable it manually and see how the system votes.