Re: [slim] Wireless bridge question

2008-01-27 Thread hau

seanadams;262463 Wrote: 
> I am looking at our bridging implementation, and it is designed to
> forward to all ports in the event of a unicast packet whose MAC is not
> in its table. It is not clear to me if this is our problem or if
> something else is going on, so I am hesitant to open a bug without
> knowing any specifics.
> 
> It would be helpful to know whether the access point is actually
> sending the packet out to the wireless lan in the first place. To test
> that, put a wireless PC on it and run ethereal. I am not sure but I
> think you can monitor unicast traffic to other hosts that way without
> any special setup - you probably would need to disable encryption.

I was so happy getting the thing to work, that I thought of not doing
any further investigations. But, as you seem to be concerned, I took my
laptop and started testing.

Based on my non-scientific approach, it seems that the access point
(ADSL-modem w/ WLAN) is the one to blame! So, I'd say that there is no
need dig further on SB3's bridging implementation.

As I had windump already installed, I used it on two machines, other
being on the LAN and the other on WLAN. On ADSL modem I had two IP
addresses with static ARP, the other with the real one and the other
with MAC broadcast. Then I changed several times the IP address where
the modem should forward the WOL-packet coming from dslreports.com. Not
a single packet appeared on the WLAN with the real MAC address, but when
I changed the address to the broadcast MAC, they were nicely printed out
on the screen of the laptop on WLAN. All packets of course were received
by the PC on LAN.

I will make a note for the tech guys at ADSL modem manufacturer.

Best regards,
Mika


-- 
hau

hau's Profile: http://forums.slimdevices.com/member.php?userid=4495
View this thread: http://forums.slimdevices.com/showthread.php?t=31850

___
discuss mailing list
discuss@lists.slimdevices.com
http://lists.slimdevices.com/lists/listinfo/discuss


Re: [slim] Wireless bridge question

2008-01-25 Thread hau

seanadams;262284 Wrote: 
> Hmm. So here's an idea: try making that static ARP entry point to the
> broadcast MAC: "FF:FF:FF:FF:FF:FF". 
> 
> This is a very strange and generally inadviseable thing as if it works,
> it will let someone on the internet create broadcast traffic on your
> LAN. However it would be an interesting test to do, although it is
> possible that your router will (justifiably) refuse to send the packet
> to the broadcast MAC via a static ARP entry. However if it works then
> maybe firewalling that port to only allow your remote IP to reach it
> would be acceptable to you.
> 

The idea was more than interesting to test, it also worked. Thank you
very much!

I will have to go thru of course the security issues. (Security by
obscurity might not be enough...) The firewall allows me to restrict
outside connections to my LAN, so that shouldn't be a problem.

seanadams;262284 Wrote: 
> 
> Another thing to try would be to use a port redirect to send it to the
> broadcast IP, usually X.X.X.255.

That was my first idea, but (not surprisingly) the router configuration
interface didn't allow that.

Best regards,
Mika


-- 
hau

hau's Profile: http://forums.slimdevices.com/member.php?userid=4495
View this thread: http://forums.slimdevices.com/showthread.php?t=31850

___
discuss mailing list
discuss@lists.slimdevices.com
http://lists.slimdevices.com/lists/listinfo/discuss


Re: [slim] Wireless bridge question

2008-01-24 Thread hau

seanadams;262142 Wrote: 
> The WOL packet is a broadcast so it shouldn't matter, but to answer your
> question I believe if it doesn't know it will behave like a hub and send
> it to all ports.

The problem is that the packet which is sent from the internet is
otherwise structured as a WOL packet, but in fact is a UDP packet sent
to a certain address (unicast). (My ADSL router then forwards it
internally to the specified address.) 

I have now used windump (tcpdump) and found out that the packet
actually comes to my net and is destined to the right IP. I hope to
find a PC with wireless card for the weekend to check that the packet
is also sent over the air. Then, I think, it is easier to track down
the problem.

Cheers,
Mika


-- 
hau

hau's Profile: http://forums.slimdevices.com/member.php?userid=4495
View this thread: http://forums.slimdevices.com/showthread.php?t=31850

___
discuss mailing list
discuss@lists.slimdevices.com
http://lists.slimdevices.com/lists/listinfo/discuss


Re: [slim] Wireless bridge question

2008-01-24 Thread hau

seanadams;172362 Wrote: 
> When the SB3 is operating in bridging mode, it keeps track of who is on
> the ethernet side and who is on the wireless side - it knows where to
> send a packet. 
> 

What happens when it doesn't know who's on which side? 

Reason I'm asking this, is that I'm trying to use WOL to wake up my
living room PC from internet (using e.g. dslreports.com's wakeup
service http://www.dslreports.com/wakeup). 

If I send a WOL magic packet from my local net it of course spreads via
WLAN to SB3 and, as it is a broadcast packet, SB3 forwards it to the
ethernet port and the PC wakes up.

When I'm using the dslreports' 'service' the packet comes to my network
as a _unicast_ packet. I have configured my ADSL-modem/router with
static ARP for the PC, and a rule to forward UDP port 9 packets to the
PC's IP address.

When I've connected the PC to one of the ADSL-modem/router's ethernet
ports send the packet from internet, my PC wakes up. 

When I place the PC on SB3's ethernet port and send the packet from the
same site the PC stays powered off.

In my understanding there might be two reasons for this. 
- Either the ADSL device forgets to forward the packet to WLAN along
with all the ethernet ports, or 
- SB3 drops the packet as it doesn't know that the addressee is on its
ethernet port. 

After some email exchange with the tech guys from modem manufacturer,
they assure me that all packets that are distributed to the ethernet
ports will also be sent to WLAN. If this is the case, then the SB3
drops the packet and I'd like to know whether it would be possible to
change the behavior of SB3's IP stack in such a way, that if it doesn't
know (no entry in ARP table?) the recipients 'location' on the net, it
would forward the packet?

Best regards,
Mika


-- 
hau

hau's Profile: http://forums.slimdevices.com/member.php?userid=4495
View this thread: http://forums.slimdevices.com/showthread.php?t=31850

___
discuss mailing list
discuss@lists.slimdevices.com
http://lists.slimdevices.com/lists/listinfo/discuss