Just forgot... AND why do the "lost" event updates do not get propagated in future???...
I can start the m-search..manually...and if there would be any states missing they should be delivered ANYTIME in the future...but they simply dont...the upnp tester does not get notified for hours... Kind regards, Daniel -----Ursprüngliche Nachricht----- Von: Stefano Lenzi [mailto:[EMAIL PROTECTED] Gesendet: Freitag, 25. Juli 2008 12:48 An: [email protected] Betreff: Re: AW: AW: AW: AW: AW: bug in felix upnp basedriver 0.8 ........m-search the problem? Daniel Felsing wrote: > Nah... > The more i look into the problem the more patterns appear in my head. ;-) > > In fact there is no difference...i ran tests with m-search and without...the > behavior can be considered the same. > Server randomly receives no notification... > > > Ok - i have tried the following now: > > Running the "upnp test event listener which subscribes to every upnp event" > in two different ways on the host which exports the upnp devices. > > - starting the event tester in the SAME osgi framework runs fine... This seems to proof my theory, to be a UDP best-effort communication issue . > - starting the event tester in a second osgi framework on the same host (no > network connection in between) gives me the same behavior as on running over > a network cable. So some events still missing then. Because the two OSGi Environment communicate by means of the Network so it's the same as testing on the remote computer > > > Btw: i NEVER experience a problem with devices...every device is always > found in every single test. > That's good :) I assure you that you may not discover some device in certain situation... > > > So i have two different things which i'm note sure: > > - Either the flooding is causing the problems...so maybe upnpbasedriver > should be adapted to be not that fast in sending out events? It may be the UPnP Stack, namely the patched CyberLink driver aka CyberDomo, to be modified to fix the problem in general > - or there is something wrong with (initial) "event" delivery.... I'll bet for the best-effort communication, because the test that you performed on a single OSGi environment proved that the event are sent by the UPnP Device, so the problem seems to be the receiver over the network. If you want to perform more test you should sniffer the packet sent on the network by means of Wireshark and check that the importing host receive all the UDP with all the event of all the device exported by the remote host. (The test may be performed also on a single computer with two OSGi platform running) > > Kind regards, > Daniel > Ciao, Stefano "Kismet" Lenzi --------------------------------------------------------------------- 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]
