[App_rpt-users] RTCM mix clients

[Tim Sawyer]

I would not have expected a mix client to need a longer buffer either. But glad it’s working now.
--
Tim
:wq

On Oct 3, 2014, at 10:42 AM, Tom Caspar <tom.caspar at cpcomms.com> wrote:

> Thanks this was the culprit.  Wouldn't have thought to look there, especially since my voter clients had no problems.
> 
> Everything is on a private network and in an attempt to minimize latency I was able to get away with bufflen as low as 120 in voter.conf.  Apparently when using the rtcm as a mix client buflen needs to be a minimum of 160.
> 
> Thanks again,
> Tom
> 
> 
> ________________________________
> From: Tim Sawyer [tim.sawyer at mac.com]
> Sent: Thursday, October 02, 2014 6:47 PM
> To: Tom Caspar
> Cc: app_rpt-users at ohnosec.org
> Subject: Re: [App_rpt-users] RTCM mix clients
> 
> What are your buffers set to? Try about 2000 on the RTCM and buflen=250 in voter.conf.
> 
> --
> Tim
> :wq
> 
> On Oct 2, 2014, at 3:42 PM, Tom Caspar <tom.caspar at cpcomms.com<mailto:tom.caspar at cpcomms.com>> wrote:
> 
> 
> Sorry, just realized I left an important detail out of my original question.  I only see that "outa bounds" message when COR is activated.
> 
> Doing a tcpdump shows what appears to be normal traffic.  Continued periodic traffic between client and server when idle.  continuous "heavy" traffic from client to host when cor detected.
> 
> 
> ----- Reply message -----
> From: "Tim Sawyer" <tim.sawyer at mac.com<mailto:tim.sawyer at mac.com>>
> To: "Tom Caspar" <tom.caspar at cpcomms.com<mailto:tom.caspar at cpcomms.com>>
> Cc: "app_rpt-users at ohnosec.org<mailto:app_rpt-users at ohnosec.org>" <app_rpt-users at ohnosec.org<mailto:app_rpt-users at ohnosec.org>>
> Subject: RTCM mix clients
> Date: Wed, Oct 1, 2014 11:36 PM
> 
> I do not know what that means. Anyone on the list have an idea?
> 
> If you do "tcpdump port 667” are there any packets coming in?
> --
> Tim
> :wq
> 
> On Oct 1, 2014, at 1:58 PM, Tom Caspar <tom.caspar at cpcomms.com<mailto:tom.caspar at cpcomms.com><mailto:tom.caspar at cpcomms.com>> wrote:
> 
> Finally had a chance to look at this again.  I tried resetting both sides after making the changes.  No help.
> 
> Set voter debug level 3 in asterisk and I'm seeing the following message repeatedly scrolling by in a blur when the mix client detects cor. Sequence numbers are continually incrementing by 1. I'm running software version 1.47 on all my clients.
> 
> mix client (Mulaw) my_client index:0 their seq:629 our seq:629
> mix client my_client outa bounds, resetting!!
> 
> Can you offer any insight on what this debug message means?
> 
> Thanks,
> Tom
> 
> ----- Reply message -----
> From: "Tim Sawyer" <tim.sawyer at mac.com<mailto:tim.sawyer at mac.com><mailto:tim.sawyer at mac.com>>
> To: "Tom Caspar" <tom.caspar at cpcomms.com<mailto:tom.caspar at cpcomms.com><mailto:tom.caspar at cpcomms.com>>
> Subject: [App_rpt-users] (no subject)
> Date: Mon, Sep 29, 2014 11:22 PM
> 
> Sometimes you have to restart the RTCM and maybe Asterisk after changing the GPS mode.
> --
> Tim
> :wq
> 
> On Sep 29, 2014, at 8:06 PM, Tom Caspar <tom.caspar at cpcomms.com<mailto:tom.caspar at cpcomms.com><mailto:tom.caspar at cpcomms.com><mailto:tom.caspar at cpcomms.com>> wrote:
> 
> I have a private node with 6 voted receivers usng RTCMs.  I'd like to add a 7th RTCM to this node that is always mixed in rather than voted.  I'm able to make this rtcm work as a 7th voted rceive with no problem.  Everything Ive read seems to indicate that if I change Gps pps polarity to "none" this will achieve my desired results, however I am unable to get audio out of my transmit rtcm from thiis 7th site.  It does change color to cyan in Allmon indicating it is non voted input but I do not get any indication or audio when that units COR goes active.  Is there something I'm missing?
> 
> Thanks,
> Tom
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org<mailto:App_rpt-users at ohnosec.org><mailto:App_rpt-users at ohnosec.org><mailto:App_rpt-users at ohnosec.org>
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> 
> To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
> 
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> 
> To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
> 
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
> 
> To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
> You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20141003/88408861/attachment.html>