Your network configuration may lack a default route. What does route command return ?
mathieu On Wed, Mar 25, 2009 at 13:49, chihi asma <chihi_a...@yahoo.fr> wrote: > No there is no firewall, I can ping and telnet from one PC to the other. > > --- En date de : Mer 25.3.09, Francesco Furfari > <francesco.furf...@isti.cnr.it> a écrit : > > De: Francesco Furfari <francesco.furf...@isti.cnr.it> > Objet: Re: upnp base driver > À: users@felix.apache.org > Date: Mercredi 25 Mars 2009, 13h12 > > It seems a network configuration problem. > Are you sure that there aren't firewalls activated on your pcs. > > The basedriver fails starting the UPnP discovery request (a multicast > messages on port 1900). > > try to figure out if they are enabled. > > francesco > > > chihi asma wrote: >> Hi, >> >> I have a similar problem. I tested two KF instances in two PCs in the same >> network, but >> the basedriver don't recognise the devices of the other instance on the >> other PC. This the error I get: >> >> [stdout] CyberDomo warning : addr = 0.0.0.0 >> [stdout] CyberDomo warning : port = 33159 >> [stdout] CyberDomo warning : Network is unreachable >> [stdout] java.io.IOException: Network is unreachable >> [stdout] at java.net.PlainDatagramSocketImpl.send(Native Method) >> [stdout] at java.net.DatagramSocket.send(DatagramSocket.java:612) >> [stdout] at >> org.cybergarage.upnp.ssdp.HTTPUSocket.post(HTTPUSocket.java:185) >> [stdout] at >> org.cybergarage.upnp.ssdp.SSDPSearchResponseSocket.post(SSDPSearchResponseSocket.java:114) >> [stdout] at >> org.cybergarage.upnp.ssdp.SSDPSearchResponseSocketList.post(SSDPSearchResponseSocketList.java:158) >> [stdout] at >> org.cybergarage.upnp.ControlPoint.search(ControlPoint.java:553) >> [stdout] at >> org.cybergarage.upnp.ControlPoint.start(ControlPoint.java:875) >> [stdout] at >> org.cybergarage.upnp.ControlPoint.start(ControlPoint.java:905) >> [stdout] at >> org.apache.felix.upnp.basedriver.Activator.doInitImporter(Activator.java:239) >> [stdout] at >> org.apache.felix.upnp.basedriver.Activator.start(Activator.java:87) >> [stdout] at >> org.knopflerfish.framework.BundleImpl.start0(BundleImpl.java:373) >> [stdout] at >> org.knopflerfish.framework.PermissionOps.callStart0(PermissionOps.java:212) >> [stdout] at >> org.knopflerfish.framework.BundleImpl.start(BundleImpl.java:320) >> [stdout] at >> org.knopflerfish.bundle.frameworkcommands.FrameworkCommandGroup.cmdStart(FrameworkCommandGroup.java:1354) >> [stdout] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native >> Method) >> [stdout] at >> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) >> [stdout] at >> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) >> [stdout] at java.lang.reflect.Method.invoke(Method.java:585) >> [stdout] at >> org.knopflerfish.service.console.CommandGroupAdapter.execute(CommandGroupAdapter.java:244) >> [stdout] at >> org.knopflerfish.bundle.console.Command$2.run(Command.java:233) >> [stdout] at java.security.AccessController.doPrivileged(Native Method) >> [stdout] at >> org.knopflerfish.bundle.console.Command.run(Command.java:220) >> [stdout] at java.lang.Thread.run(Thread.java:595) >> Started: Apache Felix UPnP Base Driver (#730) >> >> Thanks in advance >> >> Asma >> >> --- En date de : Mar 24.3.09, Francesco Furfari >> <francesco.furf...@isti.cnr.it> a écrit : >> >> De: Francesco Furfari <francesco.furf...@isti.cnr.it> >> Objet: Re: upnp base driver >> À: users@felix.apache.org >> Date: Mardi 24 Mars 2009, 17h33 >> >> well, >> >> then you can test them by installing the Intel Tool Kit >> and running the *Networked Light* sample >> http://www.intel.com/cd/ids/developer/asmo-na/eng/downloads/upnp/overview/index.htm >> >> >> If you use Domoware sample you basically use the same approach I >> suggested , because they run on OSGi v3 .... >> >> regards, >> francesco >> >> >> >> sana wrote: >>> hi Francesco >>> >>> thank you for your idea but i need to try upnp devices running out of an >>> OSGI framework .i tried to run the samples given by Domoware in this link >>> http://domoware.isti.cnr.it/howToUse.html >>> that i found in the documentation in Felix subproject upnp but i don't know >>> how to launch them (control point and devices ) >>> can anyone show me how? >>> please i need your help >>> thanks >>> >>> >>> >>> >>> 2009/3/23 Francesco Furfari <francesco.furf...@isti.cnr.it> >>> >>>> hello, >>>> >>>> it should be simple .... >>>> >>>> try to launch two instances of the felix runtime with the devices you have >>>> already tested ... in each instance you should see the two clocks and two >>>> TVs devices( being one local and the other remote). Clearly it works also >>>> if >>>> you launch the two instances on networked PC. >>>> >>>> You can type the command "services" to see how many UPnP device services >>>> are registered on the framework. A couple should be registered by the >>>> bundle >>>> implementing devices, and another couple by the basedriver bundle. >>>> >>>> you can also install the UPnP Tester bundle, it is a graphical application >>>> that monitors the devices registered on the framework, and enable you to >>>> issue UPnP actions through the GUI. >>>> >>>> regards, >>>> francesco >>>> >>>> >>>> >>>> >>>> >>>> >>>> sana wrote: >>>> >>>>> hi, >>>>> i would like to test upnpBundles figuring in your trunk, i succeed in >>>>> testing the devices running in the framework but i don't know how to test >>>>> external upnp devices( devices in the local network) like domoware >>>>> examples >>>>> ( i don't know how to launch them and how the upnp base driver will >>>>> recognize them ?) >>>>> >>>>> >>>>> i m waiting your reply, >>>>> thanks a lot, >>>>> >>>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: users-unsubscr...@felix.apache.org >>>> For additional commands, e-mail: users-h...@felix.apache.org >>>> >>>> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscr...@felix.apache.org >> For additional commands, e-mail: users-h...@felix.apache.org >> >> >> >> >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@felix.apache.org > For additional commands, e-mail: users-h...@felix.apache.org > > > > > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@felix.apache.org For additional commands, e-mail: users-h...@felix.apache.org
