ok thanks a lot. Asma
--- En date de : Mar 19.5.09, Francesco Furfari <[email protected]> a écrit : De: Francesco Furfari <[email protected]> Objet: Re: UPnP Port À: [email protected] Date: Mardi 19 Mai 2009, 16h44 Yes, I looked at the code, and I can confirm that we use the first available port. The original code from from Cyberlink used a fixed port. We changed this behavior to run multiple instances of the OSGi framework. If you want to change it you can modify the code @ line 113 of the org.cybergarage.upnp.ControlPoint: private final static int DEFAULT_SSDP_PORT = 0; By inspecting the pom you get the domoware repository http://domoware.isti.cnr.it/maven2/it/cnr/isti/domoware/cyberdomo/upnp-stack/1.8.0/ francesco chihi asma wrote: > Thanks. but I have an other question. I see that the basedriver import in its > code the org.cybergarage and I dont know from where the basedriver get this > library? I don't have it? > thanks in advance > > > --- En date de : Mar 19.5.09, Francesco Furfari > <[email protected]> a écrit : > > De: Francesco Furfari <[email protected]> > Objet: Re: UPnP Port > À: [email protected] > Date: Mardi 19 Mai 2009, 16h14 > > the right way to reply is by getting the source address of the received > M-Search message , I guess the basedriver uses the first available port > to send the request, I don't remember now. > > francesco > > > chihi asma wrote: >> thanks Francesco I understand this, but I know that to respond to control >> point M-Search, devices should send an unicast ssdp message. I want to know >> to which port? >> Does the basedrievr specify any port? >> --- En date de : Mar 19.5.09, Francesco Furfari >> <[email protected]> a écrit : >> >> De: Francesco Furfari <[email protected]> >> Objet: Re: UPnP Port >> À: [email protected] >> Date: Mardi 19 Mai 2009, 15h46 >> >> Hi Asma, >> >> if your question is: >> Can UPnP devices coexist on the same host machine? one developed by using >> Felix Base driver and another one (the mentioned Mediaserver) developed by >> third party? >> >> The answer is yes, the port is not a problem. >> It is a port used by all the devices belonging to the same multicast group. >> You don't need to change the port for the devices running on the OSGi >> Platform. >> >> ------ >> >> If you have experienced a conflict then there is a bug. >> >> >> francesco >> >> >> >> >> >> chihi asma wrote: >>> I understand that the 1900 port is a standard port on which listens UPnP >>> devices and control points, but on which source port sends the basedriver >>> the ssdp requests? I can't find it in the source code of the basedriver. >>> Please help me >>> >>> Asma >>> >>> --- En date de : Mar 19.5.09, Stefano Lenzi <[email protected]> a écrit : >>> >>> De: Stefano Lenzi <[email protected]> >>> Objet: Re: UPnP Port >>> À: [email protected] >>> Date: Mardi 19 Mai 2009, 14h43 >>> >>> chihi asma wrote: >>>> Hi, >>>> >>>> I'm runing the UPnP basedriver in an embedded device to detect UPnP >>>> services on the network and as it is shown in the upnp.properties file the >>>> default ssdp port is 1900 but I'm also runing a media server which listens >>>> on the same port. So I get a conflict. May I change the basedriver port >>>> without having any problem? >>> If change the listing port you are creating UPnP network that can't >>> discover each other, unless you want to "join" the network on the OSGi >>> platform. Is it clear? >>> >>>> Thanks in advance >>>> >>>> >>>> >>>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: [email protected] >>> For additional commands, e-mail: [email protected] >>> >>> >>> >>> >>> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [email protected] >> For additional commands, e-mail: [email protected] >> >> >> >> >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > > > > > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
