[App_rpt-users] Quick question on usability
Jon Rorke
jrorke at cogeco.ca
Tue May 29 17:31:22 UTC 2012
I have also observed that some ids in monitoring mode do get passed on
as if I was connected in transceive mode.
I seem to remember that this has been like this for some time. I guess
nobody posted it to the bugs page.
Jon VE3RQ
On 5/29/2012 1:13 PM, Jim Duuuude wrote:
> No, normally (non-command) initiated ID's are always local.
>
> The problem you are (most likely) seeing is that the command (the *80)
> in this case is getting
> re-distributed to all connected nodes in the normal manner, even
> though the link(s)
> is(are) connected in monitor-only mode.
>
> Darn you for finding a design flaw!! :-)
>
> I will attempt to verify that locally-initiated commands on a
> monitor-connected link
> get distributed. If they do, they wont for long.. :-)
>
> JIM
>
>
> ------------------------------------------------------------------------
> From: adamson_alan at hotmail.com
> To: App_rpt-users at ohnosec.org
> Date: Tue, 29 May 2012 13:06:25 -0400
> Subject: [App_rpt-users] Quick question on usability
>
> I don't want to be a bad operator at the moment... As I go about
> checking bandwidth and jitter, etc on my setup... I'd like to connect
> to an active Hub, but just in eavesdrop mode.
>
> But I've noticed that if I connect with the *2 command, that if I
> inadvertently then do a *80, that the ID goes out on the link that was
> connected with the *2.
>
> Is this true anytime my node decides to ID?
>
> Alan
>
>
> _______________________________________________ App_rpt-users mailing
> list App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
>
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at ohnosec.org
> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20120529/34635f02/attachment.html>
More information about the App_rpt-users
mailing list