Luis, *https://logs.opendaylight.org/releng/jenkins092/l2switch-csit-1node-switch-only-boron/798/archives/karaf.log.gz <https://logs.opendaylight.org/releng/jenkins092/l2switch-csit-1node-switch-only-boron/798/archives/karaf.log.gz>*
At around time stamp 2016-10-21 08:51:21,269 in the above build, shows some addresses in MD-SAL data tree which are identical to the addresses that are going to be created (when a mininet is re-connected). Please run the patch [1] against csit jobs which has a sleep of 2 seconds in between mininet connection / disconnection. If we don't see any existing addresses in data tree, we can confirm the cause of the issue. [1] https://git.opendaylight.org/gerrit/#/c/47186/ On Thu, Oct 20, 2016 at 5:02 PM, Luis Gomez <ece...@gmail.com> wrote: > (Resending with less content and changing title) > > Here is the run with your patch: > > https://jenkins.opendaylight.org/releng/job/l2switch-csit- > 1node-switch-only-boron/795/ > > Please let us know if we can help with anything. > > BR/Luis > > On Oct 20, 2016, at 10:54 AM, Sai MarapaReddy <sai.marapare...@gmail.com> > wrote: > > > Done. Thanks Jamo. > > On Thu, Oct 20, 2016 at 10:39 AM, Jamo Luhrsen <jluhr...@gmail.com> wrote: > > > > On 10/19/2016 11:26 PM, Sai MarapaReddy wrote: > >> > Address tracker tries [1] to read any existing address from data store. > My guess is in the case of immediate restart of > >> > mininet , addresses from data store are not cleaned and this is why we > see all addresses. > >> > > >> > In further attempt to verify this information I have a patch here [2]. > I tried running it with keyword "test-l2switch-all" > >> > but no success. Could you please run it. This might help in > troubleshooting the issue further. > >> > it's because we don't have a patch test job for l2switch yet. It's > something projects are adding > >> on an as-needed basis. I gave you one here: > >> > https://git.opendaylight.org/gerrit/#/c/47219/ > >> > give it a +1 and we can try to get it merged. > >> > Thanks, > >> JamO > >> > > > [1] > >> > https://github.com/opendaylight/l2switch/blob/stable/boron/ > addresstracker/implementation/src/main/java/org/ > opendaylight/l2switch/addresstracker/addressobserver/Address > ObservationWriter.java#L116 > >> > > >> > [2] https://git.opendaylight.org/gerrit/#/c/47186/ > >> > > >> > On Wed, Oct 19, 2016 at 9:43 AM, Luis Gomez <ece...@gmail.com <mailto: > ece...@gmail.com>> wrote: > >> > > >> > Hi Sai, after looking at the test more in detail this is not > exactly the behavior (sorry for the confusion), what is > >> > really happening is: > >> > > >> > - Mininet restarts > >> > - There is no host in address-tracker after restart > >> > - We do the classic mininet pingall test > >> > - After the pingall test the host addresses (10.0.0.1, 10.0.0.2, > 10.0.0.3) are seen in all switches, while in normal > >> > scenario 10.0.0.1 should be only in s1 to-host port, 10.0.0.2 > should be only in s2 to-host port and 10.0.0.3 should be > >> > only in s3 to-host port. > >> > > >> > The normal scenario happens when we leave 2 secs between mininet > stop + start. > >> > > >> > So 2 questions: > >> > > >> > - What is the impact of address tracker registering remote IP > addresses in the switch-to-switch ports? As far as I can > >> > see flows are generated correctly even in this case. > >> > - Any idea why the address tracker would get confused and add IP > addresses to the switch-to-switch ports? maybe the > >> > application fails to identify these ports as going switch-to-switch? > >> > > >> > BR/Luis > > > > >
_______________________________________________ openflowplugin-dev mailing list openflowplugin-dev@lists.opendaylight.org https://lists.opendaylight.org/mailman/listinfo/openflowplugin-dev