From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Subject: Re: [Bluez-devel] Re: [Bluez-users] PANU service search From: Marcel Holtmann To: BlueZ Mailing List In-Reply-To: References: <1112016560.9016.32.camel@pegasus> <1112019482.9016.37.camel@pegasus> Content-Type: text/plain Message-Id: <1112037740.9016.45.camel@pegasus> Mime-Version: 1.0 Sender: bluez-devel-admin@lists.sourceforge.net Errors-To: bluez-devel-admin@lists.sourceforge.net Reply-To: bluez-devel@lists.sourceforge.net List-Unsubscribe: , List-Id: BlueZ development List-Post: List-Help: List-Subscribe: , List-Archive: Date: Mon, 28 Mar 2005 21:22:20 +0200 Hi Claudio, > I will try explain my problem more deeply. > > Bluetooth Extended Service Discovery Profile (ESDP) for Universal Plug > and Play(UPnP) > defines how devices with Bluetooth wireless communications can use the > Bluetooth > Service Discovery Protocol (SDP) initially to discover other devices > that support UPnP > services and retrieve information about these services. > For more details see http://www.bluetooth.org document: ESDP_for_UPnP_V0.95.pdf > > According with this profile three approach can be implemented: > 1. L2CAP -based Solution: focus on layering UPnP services > over the L2CAP layer of the Bluetooth protocol stack for use by > devices that lack IP support. > 2. IP-based Solution using PAN Profile: focus on layering UPnP > services over the Bluetooth Personal Area Networking (PAN) Profile. > 3. IP-based Solution using LAN Access Profile : focus on layering UPnP > services over the Bluetooth Local Area Network (LAN) Access Profile. > > I choose the SECOND because I have to address ad hoc and NAP scenarios. The 3th > option doesn't support multiple connections. The first option is not > feasible for me > because a UPnP service can be available in a server that belong to a > LAN. Therefore, > using L2CAP -based Solution I will not be able to search UPnP service > in a device > that doesn't belongs directly to the PAN. > > > After select the SECOND approach two scenarios exist: > - Ad Hoc scenario > The Control Point* device(role GN) will establish a PAN with PANUs > devices(listen enabled), assign IP to the nodes and after search for > UPnP services. The Control Point is the active member, it search for other > devices and must foward packet to all devices that belongs to the PAN. > > - NAP scenario > If a NAP(listen enabled) is available, the Control Point(role PANU) > will connect to > the NAP and search for UPnP service in the LAN and I still don't see your problem here. Everything is available for doing this. > I implemented the search for PANU service and tested. Now, what is the > procedure to > submit a new patch. I am not sure if this small enhancement can be > usefull for the > bluez community. Create a patch and post it to the bluez-devel mailing list. Regards Marcel ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ Bluez-devel mailing list Bluez-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bluez-devel