Re: [gupnp] [PATCH] Respond to M-SEARCH requests for urns specifying an eligible version

["Zeeshan Ali (Khattak)" <zeenix gmail com>]

Hi,

>> > If a control point searches for a device or service of a particular
>> > version and receives no responses (presumably because no device present
>> > on the network supports the specified version), but is willing to operate
>> > using a lower version, it MAY repeat the search request specifying the
>> > lower version."
>>
>>   With our devices it doesn't come to that since we respond to request
>> with ANY version.
>
>
> Yes, but that is the point.  gssdp will happily respond to a request for a
> MediaServer:3 if it only implements MediaServer:2.  Clearly this is wrong
> since  a Control point getting a response back with the version of the
> request, and not the version implemented will expect to be able to use the
> new features in the MediaServer:3 specification, and not just the
> MediaServer:2 specification.

  No, this is actually correct. The device/service needs to reply to
requests for ALL versions. The theory is that each new spec is
supposed to be backward compatible so a control point designed for
MediaSever:2 should be able to operate with MediaServer:3 with
functionality limited to MediaServer:2 spec.

> The proper behaviour is to only respond to requests for device/service
> versions that the device in question implements.  Which would be
> MediaServer:2 or MediaServer:1 in this case.

   The proper behavior is (unfortunately) not dictated by common sense
but by UPnP and DLNA specs. If you could point out any specific
requirements from any of these two specs that we are voilating, we'll
be happy to change the behavior.

-- 
Regards,

Zeeshan Ali (Khattak)
FSF member#5124
--
To unsubscribe send a mail to gupnp+unsubscribe\@o-hand.com