Page Comparison

...

1. The player connects to a network and obtains an IP address.

2. The player checks the storage device for an autorun. If an autorun is found, the player will execute the autorun and if it’s not found, it will proceed with the steps below.

3. If an IPv4 address exists, the player will attempt to provision over the network.

4. The player will check for a recovery URL (ru):

   • If a DHCP Option 43 recovery URL (ru) is found, the player will download an autorun script from the URL value stored in its registry.

   • This URL can be set through DHCP Option 43. See Option 43 to configure a DHCP server to communicate this URL to a BrightSign player.

   • If

   no

   • DHCP Option 43 ru

   exists but an ru

   • is not found, the ru that is set in the registry will be used.

   • If there is no registry

   , the player will provision with this ru

   • value for the ru, this step will be skipped.

5. If the recovery URL is blank, the player will attempt:

   • Well-known host provisioning: Also known as custom name mapping in your network's DNS server. If an IP address is mapped to brightsign-b-deploy, then the player will attempt to use the associated IP to provision itself automatically.

   • B-Deploy cloud provisioning: See B-Deploy/Provisioning APIs.

   • multicast DNS (mDNS): If your network supports multicast, the player will automatically check the standard mDNS location (http://brightsign-b-deploy.local/) and if there is a server on your network with that address, the player will automatically provision itself. However, no other provisioning methods can be active if you want to provision with mDNS. See the Appendix for more information about this option.

6. The player will retry the provisioning process every 30 seconds until there is a successful response or interruption.

...