Skip navigation
This discussion is archived
1 2 3 Previous Next 13531 Views 38 Replies Latest reply: Aug 30, 2011 4:18 AM by MarXtar RSS
AspenSkier Specialist 479 posts since
Apr 29, 2010

Has received 3 of 9 achievements.
Currently Being Moderated

Mar 15, 2011 10:00 AM

WOL not working w/LDMS 9.0 SP2

I'm in an environment with subnets and trying to get WOL to work with LDMS 9.0 SP2 using the WAKE UP option available on RIGHT-CLICK within the NETWORK VIEW.

 

I should preface by saying that my clients are setup to work with WOL and have done so for many years when I had a different management console residing on the same subnet.  That is to say that if I use this OLD TOOL now, as it is still present and unchanged from the past, I can wake up my computers.   So I know the clients are fine.  In fact we retested this just to confirm the clients were all setup and they were.

 

Regarding the network, the LDMS core is on a different subnet from the client computers but that server has been configured as an IP Helper on the client subnets.  Additionally, UDP ports 0 and 7 are set to forward from the LDMS Core to the subnets where the clients live.  Yesterday my network admin tested WOL across the subnets using a SolarWinds WOL tool and Wireshark to see the traffic.  The SW WOL tool was running on the LDMS core and Wireshark was on a client computer on a subnet.  An adjacent computer was the target for WOL and when the WOL command was issued we observed the magic packet traffic via Wireshark and we observed the target machine wake up as it is supposed to do.  Using LDMS 9.0 SP2 in that same scenario we were unable to wake up any machines.

 

It is worth noting that between the old client management software, the Solar Winds WOL tool, and LDMS 9.0, we observed traffic from all three whenever we issued WOL commands, however all three tools generated DIFFERENT packets.  Said another way, the packet captures in Wireshark showed 3 distinct packet signatures such that we could do a blind test free of IP address and other external information and simply look at the packtes then be able to identify which tool they came from.  And in the end the LDMS WOL packets did not do their job when the other two did.

 

-does anyone have any information that may help me figure out how to configure WOL to work in LDMS 9.0 SP2?

 

 

I thought this was something that just worked with default settings out of the box, but obviously I was wrong.

 

BTW, we were using UDP port 0 for WOL because that was default, but absent the desired effect we tested port 7 but got the same result...

  • Apprentice 210 posts since
    Dec 15, 2007

    Has received 4 of 9 achievements.
    Currently Being Moderated
    1. Mar 15, 2011 11:27 AM (in response to AspenSkier)
    Re: WOL not working w/LDMS 9.0 SP2

    LANDesk can't wake a machine on another subnet. There used to be a 3rd party plugin (MarXstar) but it is no longer developed. There is an ER for this: http://community.landesk.com/support/ideas/1638

  • klevitan Apprentice 79 posts since
    Jul 30, 2008

    Has received 2 of 9 achievements.
    Currently Being Moderated
    3. Mar 15, 2011 12:25 PM (in response to AspenSkier)
    Re: WOL not working w/LDMS 9.0 SP2

    I'm not sure about this but I think that if you are running the Management console on your computer and try to wake up a computer the WOL packet is sent from your computer,  If the WOL is part of a scheduled task then the core is what sends the packet.

     

    - Kurt

  • Currently Being Moderated
    5. Mar 30, 2011 8:37 AM (in response to AspenSkier)
    Re: WOL not working w/LDMS 9.0 SP2

    Don't know if this method is a feasbile workaround but in our environment we assign a machine as a MDR on that subnet, and use mulicast with wake on lan option checked in the delivery method, which seem to work.  The down side with this method is that a MDR is needed for each subnet for WOL to work.

  • Cédric GRENON Apprentice 51 posts since
    Nov 29, 2010

    Has received 1 of 9 achievements.
    Currently Being Moderated
    6. Mar 31, 2011 6:26 AM (in response to billyc)
    Re: WOL not working w/LDMS 9.0 SP2

    Hi AspenSkier,

     

    For your problem, i have a idea.

     

    So you tell that 3 tools make 3 differents packets.

    I don't know if you know magic packets, it's only the mac adress send 3 time on a network. Each network card receip his own adress 3 times, wake up and go.

    So packets can contain other informations (to fill query for network) but only the mac adress is important.

     

    Otherwise, if you make right clic on a device with your remote console, the magic packet is send by your PC.

    If you make right clic on a device with console of Core, Core send magic packet.

     

    Knowing that, you have two WOL different :

    1/ If you make right clic (explain up)

    2/ if you make a task with wake up active.

    If you make a task with wake up, default method want to Core send magic packet, always Core, not your remote console.

     

    If you wan't that a MDR send a WOL, you must configure method in 'multicast domain' section, check MDR wake up the device on WOL.

    If you do this, WOL with MDR, if you configure a device to be MDR (just drag and drop in MDR in configuration section, on view of device, but i think that you have already know this) Choose one MDR by subnet, for no problem

    If you launch task, MDR wake up your device.

     

    A other way, if you wan't Core wake up your device, you must configure with your network admin to active broadcast, come from Core IP, to all subnet (i do this on my enterprise).

    And to finish, If you want to wake up device with your remote console (right clic on device), you must do the same : active broadcast from your IP, on all subnet.

     

    Regards,

  • ruudb Specialist 40 posts since
    Jun 17, 2008

    Has received 1 of 9 achievements.
    Currently Being Moderated
    7. Apr 7, 2011 2:19 AM (in response to Cédric GRENON)
    Re: WOL not working w/LDMS 9.0 SP2

    Hi AspenSkier,

     

    One of our customers is having the same problem with LDMS 9.0SP2. Magic Packet send with a third-party tool from the core server works fine. Doing a Wake up using the LDMS Console and nothing happens. Both are using UDP Port 0.

     

    Ruud

  • tanner SupportEmployee 155 posts since
    Jun 4, 2008

    Has received 5 of 9 achievements.
    Currently Being Moderated
    9. Apr 7, 2011 4:01 PM (in response to AspenSkier)
    Re: WOL not working w/LDMS 9.0 SP2

    I just tried this on my LDMS 9 SP2 core. I opened the console, right-clicked a machine that was off, and selected Wake up. I was running Wireshark on my Core for the whole thing. I was able to see the WOL packets get sent. For a filter I just put "wol" (apparently lowercase is important). There are two packets there.

     

    Both of them are UDP with a source port of 57611 and a destination port of 0.

     

    Does anything come up in your Wireshark if you use "wol" as the filter?

     

    You also say it isn't designated for port zero. Can you tell what port it is going to?

  • tanner SupportEmployee 155 posts since
    Jun 4, 2008

    Has received 5 of 9 achievements.
    Currently Being Moderated
    11. Apr 20, 2011 4:05 PM (in response to AspenSkier)
    Re: WOL not working w/LDMS 9.0 SP2

    When I use the WOL filter in Wireshark, it is actually filtering the packets by examining the actual payload of the traffic. In this case it finds the "Magic Packet" and therefore it is WOL type and I can use that filter. The packet is still transmitted using UDP. UDP is the counterpart to TCP. They compose the transport layer in the Internet Protocol suite and are used for the vast majority of traffic in an IP network. So... UDP is used to transmit the WOL traffic.

     

    This is similar to the HTTP filter in Wireshark. I can use that filter to find only HTTP traffic, but that traffic still uses TCP underneath. In that case TCP is used to trasmit the HTTP traffic.

     

    I'm not a network engineer, so I can't speak to how your network guy has configured stuff :(. As you and I saw in Wireshark, LANDesk is sending the WOL/Magic Packet. That packet is sent to the broadcast address via UDP to port 0.

     

    You can also put Wireshark on any machine on the target subnet and you should see the packets come through from the LANDesk Core there as well.

     

    It sounds like there is something different about the packets from the other products, or the NICs in the devices are expecting something different or extra to wake up. Maybe try changing the port to match the other tools? Maybe some side-to-side comparison of working and non-working magic packets will show a difference.

  • ruudb Specialist 40 posts since
    Jun 17, 2008

    Has received 1 of 9 achievements.
    Currently Being Moderated
    12. Jun 17, 2011 4:22 AM (in response to AspenSkier)
    Re: WOL not working w/LDMS 9.0 SP2

    Any updates on this issue? It's still not working within our customer’s environment.

  • MarXtar SSMMVPGroup 2,051 posts since
    Jul 2, 2008

    Has received 8 of 9 achievements.
    Currently Being Moderated
    13. Jun 17, 2011 9:05 AM (in response to ruudb)
    Re: WOL not working w/LDMS 9.0 SP2

    Just a note - the MarXtar product referenced is wake-on-wan and is now available again via our website.

     

    Mark McGinn

    MarXtar Ltd

    http://www.marxtar.com

    The One-Stop Shop for LANDesk Enhancements

  • Rookie 5 posts since
    Jun 9, 2010

    Has received 1 of 9 achievements.
    Currently Being Moderated
    14. Jun 23, 2011 8:31 AM (in response to AspenSkier)
    Re: WOL not working w/LDMS 9.0 SP2

    We are having the exact same problem.

     

    I am sending the WOL packet from the core to a client on the same subnet and it does not work. But if we use a 3rd party tool it works without a problem. I have configured the 3rd party tool and landesk to use the same port. We installed the Marxtar product and it works fine. when i send the WOL from Marxtar it shows that it is using the landesk core server as its WOL rep!

     

    We ran wireshark on this process and also found some strange results. the core has an address on subnet 10.1.100.x and the client is on the same subnet. But according to wireshark the "destination" is 10.1.19.255 which is the top edge of our primary client computer subnet. and Landesk sees the client as on'the 10.1.100.x subnet. Why is it trying to send this to another subnet when all related parties are on one subnet?

     

    thoughts: domain controller lives in the 10.1.19.x subnet, could that be related?

     

    Anyone got any ideas?

1 2 3 Previous Next

More Like This

  • Retrieving data ...

Bookmarked By (1)

Legend

  • Correct Answers - 20 points
  • Helpful Answers - 10 points
LANDESK Community powered by Jive SBS® 4.5.7.1  |  Legal Notices  |  Privacy Policy  |  Icon 

TweeterOn Twitter  |  Icon FacebookOn Facebook © 2007 LANDESK Software