Bug 14833 – Radio doesn't use it's player name in DHCP conversations

Bug 14833 - Radio doesn't use it's player name in DHCP conversations

Summary:

Radio doesn't use it's player name in DHCP conversations

Status:	RESOLVED DUPLICATE of bug 10658

Product:	SB Radio
Classification:	Unclassified
Component:	Networking
Version:	Include FW version in comment
Platform:	PC Windows XP

Importance:	-- normal (vote)
Target Milestone:	---
Assigned To:	Unassigned bug - please assign me!

URL:
Keywords:

Depends on:
Blocks:
	Show dependency tree / graph

Reported:	2009-10-19 08:47 UTC by radish
Modified:	2010-02-08 09:56 UTC (History)
CC List:	2 users (show)

See Also:
Category:	---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description radish 2009-10-19 08:47:13 UTC

Unlike other players, the Radio doesn't use it's assigned name for DHCP requests (instead just "Squeezebox"), which makes differentiating between them when looking at a router's assignment page tricky.

See forum thread here: http://forums.slimdevices.com/showthread.php?t=70006

Comment 1 Steve East 2009-10-19 08:51:59 UTC

*** Bug 14834 has been marked as a duplicate of this bug. ***

Comment 2 Steve East 2009-10-19 08:53:06 UTC

The udhcp process uses the Radio hostname for its -H parameter. This is always
set to "Squeezebox". This causes all Radios to show as "Squeezebox" to a DHCP
server. The hostname should probably be set to the player name.

Comment 3 Felix Mueller 2009-10-23 04:06:26 UTC


*** This bug has been marked as a duplicate of bug 10658 ***

Comment 4 Chris Owens 2010-02-08 09:56:57 UTC

These are all bugs that have been marked 'fixed' or 'closed' but still have the bug_meeting keyword.  They were not showing up in James's bug meeting search.

Please let me know (chris_owens@logitech.com) if these need to be brought up at the next bug meeting.  In the meantime I will fix the search.