2 Replies Latest reply on Oct 1, 2012 3:43 AM by MarXtar

    Availability of various Network Delivery Options


      I've noticed that some of our delivery methods give options for all 3 of the following wile some only 2:






      Does anyone know why the first option is not availble in some of the delivery methods while it is in others?




      Are most folks using one of these for all delivery methods or do folks change it up depending on the type of task?


      I've noticed that some of my tasks fail with one method and work with another; I am trying to sort out why and see if I can standardize or streamline my delivery method choices.



        • 1. Re: Availability of various Network Delivery Options
          zman Master

          Multicast is a separate and distinct delivery method and uses certain core components. The first one is usually used for staging a large package before the deployment.  So the way I approach it, is I look at every distribution job separately. I evaluate the requirements for the distribution task:


          1. How large is the package.
          2. Is there more than one package.
          3. Does it require a reboot.
          4. How fast does the deployment need to take place.
          5. How many devices.
          6. Where are the devices located, and bandwidth restrictions.
          7. How long does the package take to install.
          8. etc....


          I find that in my shop we have basically Policy Supported Pushes and Optional policies. Urgency dictates PSP and optional are for on demand tasks. I think it is important to understand why the distribution fails and at what %. Researching failures sometimes is more art than science.

          • 2. Re: Availability of various Network Delivery Options
            MarXtar ITSMMVPGroup

            Multicast can't be used with Policies as a multicast involves distributing to target machines simultaneously, whereas a policy could be initiated at any time by the device so no way to know when a multicast session would work. In other words, you can use Multicast only if your delivery method contains a Push method.


            David is right as to how to make a decision on what to use. Think what you are trying to send and consider what 'cost' you are willing to pay in relation to how quickly you want it to get there. In this case, 'cost' equals bandwidth. For example, installing MS Office to one machine using run from source is faster than using multicast but puts higher load on your source. Deploying MS Office to 1,000 machines using run from source will probably kill your server and WAN links and therefore be much slower than using Multicast. Swings and roundabouts, so the scenario and the need influance the correct delivery method significantly.


            Mark McGinn

            MarXtar Ltd


            LANDesk Silver ESP


            The One-Stop Shop for LANDesk Enhancements

            - Wake-On-WAN - Distributed Wake-On-LAN, Scheduled Power Down, and SWDist Sequencing

            - State Notifier - Real-Time Device & User State Inventory Updating & Alerting

            Update - WoW & State Notifier now integrate for even more functionality

            Update - State Notifier now detects machine and user Idle states