New post
0

DHCP Option 43 - Recovery URL

Avatar
Eric Immerman
None
Follow

We are attempting to download the Autorun.zip using DHCP option 43 on a XD1033 player.   We have set up the DHCP server (Windows 2012) and it is returning option 43 to the Brightsign player.  But the player does not seem to be using the option 43 response.   I am not sure how to troubleshoot this.  I have attempted to access the debug console to run an ifconfig.  But I can never get the brightsign> prompt to show.   Any help would be appreciated.

Here is a link to the boot up log of the STB:
https://allincorp-my.sharepoint.com/:t:/g/personal/eric_immerman_allin_com/EZaa9osmMcJFp5uV3bIlP2kBSEBltyDuEqyW3IkGI99XwA?e=akf6uT 

Here is a link to the wireshark capture of the DHCP request:
https://allincorp-my.sharepoint.com/:u:/g/personal/eric_immerman_allin_com/ERVOJFC3GARHhwCnnIVDoI8BXXJQstvFmx_5g34qbC-JIQ?e=hmyWi3 

The URL in the bytes below is:  http://10.4.11.84:89/bs_files/autorun.zip

Here are the actual bytes that are getting returned in option 43:

2b:2b:55:29:68:74:74:70:3a:2f:2f:31:30:2e:34:2e:31:31:2e:38:34:3a:38:39:2f:62:73:5f:66:69:6c:65:73:2f:61:75:74:6f:72:75:6e:2e:7a:69:70

 

Here is the wireshark response to the DHCP request:

Frame 21429: 393 bytes on wire (3144 bits), 393 bytes captured (3144 bits) on interface 0
Ethernet II, Src: Microsof_02:2f:46 (00:15:5d:02:2f:46), Dst: Cisco_39:72:7f (00:1a:2f:39:72:7f)
Internet Protocol Version 4, Src: 10.120.240.138, Dst: 10.25.117.254
User Datagram Protocol, Src Port: 67, Dst Port: 67
Bootstrap Protocol (Offer)
Message type: Boot Reply (2)
Hardware type: Ethernet (0x01)
Hardware address length: 6
Hops: 0
Transaction ID: 0x84255443
Seconds elapsed: 0
Bootp flags: 0x0000 (Unicast)
Client IP address: 0.0.0.0
Your (client) IP address: 10.25.116.1
Next server IP address: 10.120.240.138
Relay agent IP address: 10.25.117.254
Client MAC address: Brightsi_0a:fa:69 (90:ac:3f:0a:fa:69)
Client hardware address padding: 00000000000000000000
Server host name not given
Boot file name not given
Magic cookie: DHCP
Option: (53) DHCP Message Type (Offer)
Length: 1
DHCP: Offer (2)
Option: (1) Subnet Mask
Length: 4
Subnet Mask: 255.255.254.0
Option: (58) Renewal Time Value
Length: 4
Renewal Time Value: (1800s) 30 minutes
Option: (59) Rebinding Time Value
Length: 4
Rebinding Time Value: (3150s) 52 minutes, 30 seconds
Option: (51) IP Address Lease Time
Length: 4
IP Address Lease Time: (3600s) 1 hour
Option: (54) DHCP Server Identifier
Length: 4
DHCP Server Identifier: 10.120.240.138
Option: (3) Router
Length: 4
Router: 10.25.117.254
Option: (6) Domain Name Server
Length: 4
Domain Name Server: 10.4.2.11
Option: (15) Domain Name
Length: 16
Domain Name: allindev.office
Option: (43) Vendor-Specific Information
Length: 45
Value: 2b2b5529687474703a2f2f31302e342e31312e38343a3839...
Option: (255) End
Option End: 255

Date Votes

5 comments

  • 0
    Avatar
    Tom Jacob

    Hi

    Did you ever manage to get this working?

    I’ve read something about a vendor code 85 that should be included but I’m not sure how to include it.

    Thanks

  • 0
    Avatar
    Daniel Silver

    Hi Tom...

    We did get this working.  The '85' to which you are referring, in ASCII, is a 'U', so in creating the auto recovery URL, it begins with a 'U' followed by another ASCII character that indicates the length of the URL.  For instance, if the length of the URL is 64 characters, the auto recovery URL would be prepended with the characters 'U@' + [Your 64 Character URL].  The '@' symbol representing decimal value 64 in ASCII.

    Best Regards,

    ds

  • 0
    Avatar
    Tom Jacob

    Thanks, I’m going to check this tomorrow. We had length as - rather than .

    How does option 60 work with this?

  • 0
    Avatar
    Daniel Silver

    Option 60 specifies Vendor Class.  I really don't not know that much about DHCP Servers in general, but the request header from the device has a vendor class e.g. "BrightSign XD1033" (Option 60). The server examines the header option to determine if there are any additional vendor specific headers defined for this class that need to be returned in the response such as including the Option 43 header.  Using Wireshark while you put this together helps by seeing the traffic.

    ds

  • 0
    Avatar
    Tom Jacob

    Thanks for this. Finally had a look at client's DHCP config and they had options in all over the place. Including 85 defined as an actual option.

    Their option 43 was a copy of another example option for brightsign, and they had the wrong length defined. U- rather than U. as the length of the IP had changed from the example to the actual.

     

    This is now working, thanks for your help. 

Please sign in to leave a comment.