Re: [mh] xAP vs Proxy

Interesting, do you have a title in your mh.ini, ie

title    = websvcs

I think my xap data had the title of the instance as part of the message, and all my instances have a unique title in their respective mh.ini's

I wonder if that has anything to do with what you’ve found?


> On Nov 25, 2020, at 9:14 AM, Stephen Switzer <[email protected]> wrote:
> 
> (Spoiler alert: I figured out the cause of my issue, but I left the email that I crafted along the way intact, in case it helps someone else later. See my last sentences.)
> 
> Thanks for the reply. I was just about to look at this again. There's no firewall on this box:
> 
> root@avalanche:~# iptables -L
> Chain INPUT (policy ACCEPT)
> target     prot opt source               destination         
> 
> Chain FORWARD (policy ACCEPT)
> target     prot opt source               destination         
> 
> Chain OUTPUT (policy ACCEPT)
> target     prot opt source               destination
> 
> ..and to prove the network is OK, tcpdump shows traffic if I use nc to pipe data to the box:
> 
> root@avalanche:~# tcpdump -vvvvvv -i enp4s0 udp port 3639
> tcpdump: listening on enp4s0, link-type EN10MB (Ethernet), capture size 262144 bytes
> 10:02:02.067482 IP (tos 0x0, ttl 63, id 32408, offset 0, flags [none], proto UDP (17), length 199)
>     steve-inspiron-7537.switzerny.local.52700 > avalanche.switzerny.local.3639: [udp sum ok] UDP, length 171
> ^C
> 1 packet captured
> 1 packet received by filter
> 0 packets dropped by kernel
> 
> 
> MH is listening on this port:
> 
> root@avalanche:~# ss -tunlp
> Netid    State     Recv-Q     Send-Q         Local Address:Port          Peer Address:Port    Process                                         
> udp      UNCONN    0          0                    0.0.0.0:3639 <http://0.0.0.0:3639/>               0.0.0.0:*        users:(("perl",pid=449758,fd=13))  
> 
> ...but the xAP code reports nothing.
> 
> $xap_monitor1 = new xAP_Item;
> $xap_monitor1->tie_event('print_log "xap data: $state"');
> 
> Since it's not solved, I can't say definitively what the issue is, but I cannot see how it's anything except my MH implementation at this point. 
> 
> Thinking further, I just modified lib/xAP_Items.pm to add dumping of the data received.
> 
> I see this: &::MainLoop_pre_add_hook( \&xAP::check_for_data, 1 );
> ...and check_for_data calls _process_incoming_xap_hub_data. So I edited that:
> 
> sub _process_incoming_xap_hub_data {
>     my ($data) = @_;
>     my $ip_address = $::config_parms{'ipaddress_xap'};
>     $ip_address = $::Info{IPAddress_local} unless $ip_address;
> 
>     undef $xap_data;
>     $xap_data = &parse_data($data);
> 
>     my ( $protocol, $source, $class, $target );
>     if ( $$xap_data{'xap-header'} or $$xap_data{'xap-hbeat'} ) {
>         $protocol = 'xAP';
>         $source   = $$xap_data{'xap-header'}{source};
>         $class    = $$xap_data{'xap-header'}{class};
>         $target   = $$xap_data{'xap-header'}{target};
>         $source   = $$xap_data{'xap-hbeat'}{source} unless $source;
>         $class    = $$xap_data{'xap-hbeat'}{class} unless $class;
>         $target   = $$xap_data{'xap-hbeat'}{target} unless $target;
>     }
> 
>     print Dumper($xap_data);
> 
>     return unless $source;
>     &::print_log("source: $source");
> 
>     my ($port);
> 
>     # As a hub, echo data to other listeners
> 
> ...then I see this in the log when I netcat data to MH:
> 
> 11/25/20 10:35:21 AM [xAP_Items.pm] (check_for_data) Received xap data: 
> $VAR1 = {
>           'xap-hbeat' => {},
>           'mhouse.item' => {
>                              'state' => 'off',
>                              'mh_target' => '',
>                              'state_prev' => 'on',
>                              'name' => '$Motion_Living',
>                              'set_by' => ''
>                            },
>           'xap-header' => {
>                             'source' => 'mhouse.mh.misterhouse.core',
>                             'hop' => '1',
>                             'uid' => 'ffe90001',
>                             'class' => 'mhouse.item',
>                             'v' => '12'
>                           }
>         };
> 11/25/20 10:35:21 AM source: mhouse.mh.misterhouse.core
> 
> So, xAP_Items.pm is receiving the data and processing it, but it seems to stop there and not update any local objects that I reference.
> 
> Digging further and adding more dump calls, I noticed that _process_incoming_xap_data was being called... but it dropped the data silently because of:
> 
> if ( !( $source eq &xAP::get_xap_mh_source_info() ) ) {
> 
> There's no debug line that says this is the reason for ignoring the incoming data, so I think we should add something in. I'll likely create a pull request for this. I think I'm on to something here, finally. I needed to change the source to something that MH didn't recognize as itself. This leads me to ask if MH will need this overridden when working together with other MH instances. Thanks for your patience, all of you.
> 
> 
> Steve
> 
> 
> 
> On Tue, Nov 24, 2020 at 6:49 PM Brian M <[email protected] <mailto:[email protected]>> wrote:
> On 11/24/20 2:41 PM, Stephen Switzer wrote:
> >
> > ...but nothing indicating that the data I sent was received. I must be 
> > overlooking something, but... can't figure it out. Yet. Eventually, 
> > I'm thinking of having my laptop participate, but it's on a different 
> > vlan/subnet. I don't want to add that layer of complexity yet.
> >
> I know fair amount about networking, a moderate amount about MH, and 
> nothing about xAP.  Given that, do you have a firewall on the box?  
> Maybe it's blocking your inbound traffic.  "iptables -nvL INPUT".  See 
> if there's a rule about that port, and if not, what the default INPUT 
> policy is.
> 
> Next up would be: Is anything listening on that port.  "netstat -plntu" 
> will which ports are being listened to, and by whom.
> 
> People that know xAP may be able to tell from your post that you're 
> already way beyond that.  If so, please forgive my ignorance.
> 
>                -Brian M
> 
> 
> 
> ________________________________________________________
> To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users <https://lists.sourceforge.net/lists/listinfo/misterhouse-users>
> 
> 
> 
> -- 
> Best regards,
> Steve Switzer
> 
> ---
> Get world-class business I.T. services and a phone system with awesome features that won't challenge your budget!
> http://www.sbsROC.com <http://www.sbsroc.com/>________________________________________________________
> To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users
>

________________________________________________________
To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users