ot; Genius CSIT
> jobs are failing.
>
>
>
> Thanks & Regards,
>
> Dimple.
>
>
>
>
>
> *From:* Vishal Thapar [mailto:vtha...@redhat.com]
> *Sent:* Monday, January 28, 2019 7:12 AM
> *To:* Sam Hague
> *Cc:* Dimple Jain ; odl netvirt dev <
>
s from me, thanks.
>
>
> Regards,
>
>
>
> *Brady Johnson*
>
> bjohn...@inocybe.ca
>
>
>
> [image: Image removed by sender.]
>
>
>
>
>
>
>
>
>
> On Thu, Dec 20, 2018 at 6:31 AM Faseela K wrote:
>
> Brady/David,
On Sat, Dec 15, 2018 at 9:42 AM Faseela K wrote:
> Hi,
>
>
>
>There was a discussion in last genius weekly call, whether we can
> disable tunnel monitoring by default.
>
> Vishal indicated that netvirt would prefer disabling monitoring by
> default.
>
>And can be enabled explicitly if
CSIT won't verify this, it is a change to UT code for an intermittent
failure. If the build passes I think we are fine.
On Mon, Dec 10, 2018, 4:38 AM Anil Belur
> On Mon, Dec 10, 2018 at 5:11 PM Aswin Suryanarayanan
> wrote:
>
>>
>>
>> On Sat, Dec 8, 2018 at 9:00 PM Jamo Luhrsen wrote:
>>
>>>
>
In this case, the sfc failure hit
https://jira.opendaylight.org/browse/ODLPARENT-144. That is the weird scr
mbean issue that we can't seem to fix and hits us often through different
projects.
On Thu, May 31, 2018 at 5:30 PM, Robert Varga wrote:
> On 31/05/18 22:05, Jamo Luhrsen wrote:
> > this i
feature you really need . This feature will pull in all
the netvirt, openflowplugin, genius, neutron, etc features that are
required. It will
not pull in any dlux.
>
>
>
>
> *Thanks*
>
> *Om Prakash*
>
>
>
> *From:* Sam Hague [mailto:sha...@redhat.com]
> *Sent:* T
1527615858 1110 fail
>
> 2018-05-29 18:02:50.105 | + ./stack.sh:exit_trap:533 :
> [[ -z /opt/stack/logs ]]
>
> 2018-05-29 18:02:50.124 | + ./stack.sh:exit_trap:536 :
> /opt/devstack/tools/worlddump.py -d /opt/stack/logs
>
> 2018-05-29 18:02:52
On Mon, May 28, 2018 at 8:15 AM, Jaime Caamaño Ruiz
wrote:
> Hello
>
> Heads up on this new proposed weather item, about supporting OVS 2.9
> NSH implementation breaking compatibility with the previous OVS 2.6
> out-of-branch NSH patch.
>
> Known affected projects are SFC, GBP and Netvirt. Anyone
/stack.sh:exit_trap:536 :
> /opt/devstack/tools/worlddump.py -d /opt/stack/logs
>
> 2018-05-21 22:03:37.863 | + ./stack.sh:exit_trap:545 :
> exit 127
>
> ~
>
>
>
> Thanks
>
> Om Prakash
>
>
>
> -Original Mess
networking-sfc is supported in ODL through NetVirt. I see you have been
working with vpp which likely is using the gbp from odl and I don't think
support was every added there. Either way, Manuel and Jaime are your
experts and will know the right answers.
On Sat, May 19, 2018 at 10:44 AM, PRAKASH,
On Wed, Apr 18, 2018 at 1:04 PM, Brady Johnson
wrote:
> In the current Fluoring release, we (Jaime Camaaño) will be migrating the
> ODL OpenFlow plugin to use OVS 2.9, where NSH is officially supported.
> Currently ODL only supports NSH from OVS 2.6 + Yi Yang patch.
>
> We will be following a 2-s
Adding Isaku for his thoughts on neutron content.
Jaime,
thanks for bringing this up. Yes this is a good topic to include.
Currently there is a NetVirt session and a Neutron session for a total of
two hours. I wonder if we can include the topic in these two sessions. Most
likely in the neutron s
On Wed, Jan 3, 2018 at 3:36 PM, Brady Johnson
wrote:
>
> Hello,
>
> Recently, we had problems with the ODL SFC CSIT verify jobs timing out
> after 90 minutes. That was due mainly to problems with the testing
> infrastructure when ODL migrated to a new cloud provider. In light of those
> problems,
On Fri, Dec 22, 2017 at 7:37 AM, Jaime Caamaño Ruiz
wrote:
> Hello Jamo
>
> Took a quick look.
>
> The problem seems to be that the odl-sfc-openflow-renderer feature is
> installed but the dependant bundles are not activated. This feature is
> in charge of writing the flows, and the test fails be
sfc-provider?
> Regards,
>
> Brady
>
>
> On Fri, Dec 15, 2017 at 10:18 AM Sam Hague wrote:
>
>> Do you need all the features being built? Stuff like vnfm could likely
>> go. Seems like there are features tentatively included. Maybe collapse some
>> featur
Do you need all the features being built? Stuff like vnfm could likely go.
Seems like there are features tentatively included. Maybe collapse some
features, like vpp into one. Remove the -rest features or collapse. Those
are relics of the sample/archetype frameworks where there was an impl, rest
an
On Thu, Dec 14, 2017 at 12:31 PM, Vishal Thapar
wrote:
> odl-netvirt-openstack replaces odl-ovsdb-openstack and odl-netvirt-sfc
> replaces odl-ovsdb-sfc. You likely don't need odl-ovsdb-sfc-rest anymore.
>
Yes all you need for connectivity is just odl-netvirt-openstack and no
other features.
If
Genius, SFC,
please acknowledge that NetVirt has a dependency on your project.
Thanks, Sam
___
sfc-dev mailing list
sfc-dev@lists.opendaylight.org
https://lists.opendaylight.org/mailman/listinfo/sfc-dev
25 AM, Sam Hague wrote:
> I removed the netvirt-sfc feature Friday since it was failing the sft so
> this patch doesn't verify the issue is fixed. There were two patches that
> did the remove, let me add that back and see if it verifies.
>
> On Jul 17, 2017 3:13 AM, "David
; Best regards,
> David.
>
> On vie, 2017-07-14 at 17:57 -0400, Sam Hague wrote:
>
> After the blueprint annotation patches started going in the SFT in NetVirt
> fail on the building of the netvirt-sfc features. This is blocking merges
> from finishing.
>
> Can someone take
se a trivial patch on Netvirt to see if it is still
> happening in Jenkins build.
>
> Best regards,
> David.
>
>
> On vie, 2017-07-14 at 17:57 -0400, Sam Hague wrote:
>
> After the blueprint annotation patches started going in the SFT in NetVirt
> fail on the building of
After the blueprint annotation patches started going in the SFT in NetVirt
fail on the building of the netvirt-sfc features. This is blocking merges
from finishing.
Can someone take a look if something is wrong with the blueprint patches?
Thanks, Sam
[1]
https://jenkins.opendaylight.org/releng/j
Devendra,
fyi, lithium and kilo are not supported anymore, but I don't think that is
the issue. linux bridge is handled by openstack neutron agents, the l3
agent I think. I would check if that configuration is correct.
Sam
On Thu, Mar 2, 2017 at 7:03 AM, Devendra Singh Rawat <
devendra_ra...@inf
e
>
> -Original Message-
> *From*: "Yang, Yi Y" <%22Yang,%20yi%20y%22%20%3cyi.y.y...@intel.com%3e>>
> *To*: Sam Hague >,
> Brady Allen Johnson >
> *Cc*: sfc-dev@lists.opendaylight.org <%22sfc-...@lists.opendaylight.org%22%20%3csfc-...@lists.opend
Brady,
does this still require an out-of-tree ovs version? Any idea how the work
is going to get that upstreamed?
Can we use the out-of-tree distro in the opnfv official tests or does that
need to be an official ovs?
Thanks, Sam
On Mon, Feb 20, 2017 at 10:11 AM, Brady Allen Johnson <
brady.alle
controller,
> SFC worked fine with x86 compute node. Then, I attached my aarch64 compute
> node with OVS 2.6.1 patches (with DPDK), which is giving issues.
>
> Do I need to do anything different?
>
>
>
> Thanks for the help.
>
>
>
> Regards,
>
> Sr
On Tue, Feb 7, 2017 at 12:23 PM, Srikanth Lingala
wrote:
> Hi Brady,
>
> One small update.
>
> While creating SFC Classifier, in the karaf logs, I found the following
> WARNING messages:
>
>
>
> 2017-02-06 20:48:47,977 | WARN | NV-SfcDTL-1 |
> NetvirtSfcWorkaroundOF13Provider | 295 -
> org
Adding Aswin and Venkat.
On Feb 2, 2017 4:37 AM, "Juan Manuel Fernandez" <
juan.manuel.fernan...@ericsson.com> wrote:
> Hi,
>
>
>
> Some of the people working for OPNFV in Madrid are involved in the ETSI
> NFV Plugtest where interoperability among different MANO orchestrators,
> NFVis and VNFs is
On Dec 15, 2016 1:49 AM, "Brady Allen Johnson" <
brady.allen.john...@ericsson.com> wrote:
Netvirt devs,
Does Manuel's approach sound reasonable to the Netvirt community?
As Manuel mentioned, the Netvirt SFC classifier rules are only populated on
compute nodes where there is a service function (h
This email is to formally notify the following projects that NetVirt has a
dependency on the project:
Genius
Neutron
OVSDB
SFC
Please reply to this email acknowledging the dependency.
Thanks, Sam
___
sfc-dev mailing list
sfc-dev@lists.opendaylight.org
On Wed, Nov 30, 2016 at 6:24 AM, László Sürü
wrote:
> Hi Manuel,
>
> Yes, and the default destination port for a VXLAN-GPE tunnel should be
> 4790 then.
>
Does this matter yet? Meaning, is any of the gpe stuff really in use yet?
Typically we just use the vxlan-gpe vtep as a standard vxlan vtep. T
Brady,
can we discuss the different chaining approaches tomorrow? Both non-nsh and
nsh based? We are trying to align the netvirt and genius features. We would
like to fit the requirements for the OPNFV releases.
Also what meetings are there now? is there a single ODL/OPNFV SFC meeting?
Could you
Couple comments :
1. The vxlan gpe tunnels. Today I don't think netvirt adds any of those.
Sfc builds up everything on the sfc overlay. I think it just happened that
the ingress nodes were also sff's so it worked out. Looks look we need to
coordinate now.
2. The egress from sfc. As Brady mentio
The sfc bump patch is making its way through the downstream consumers. Just
need the other projects to merge.
On Nov 4, 2016 6:08 AM, "Stephen Kitt" wrote:
> On Fri, 4 Nov 2016 09:58:22 +
> Vishal Thapar wrote:
> > https://jenkins.opendaylight.org/releng/job/netvirt-
> distribution-check-ca
I reassigned this bug back to sfc. netvirt can't do anything without an RSP
and netvirt does not create RSP's either. That needs to be debugged why the
RSP isn't there - either wrong name given or simply doesn't exist at the
time the acl is requested.
Full logs with trace enabled for sfc and netvi
On Tue, Oct 4, 2016 at 5:38 PM, Anil Vishnoi wrote:
> Hi Brady,
>
> Please see inline..
>
> On Tue, Oct 4, 2016 at 12:47 PM, Brady Johnson <
> bradyallenjohn...@gmail.com> wrote:
>
>>
>> Anil,
>>
>> We're talking about 2 different patches here.
>>
>> I remember patch [0] well, and the discussions
The verify job was failing because of a couple test in sfc failing. I
pushed [1] to comment out the two failing tests. That isn't the right fix
but it should let the job verify if those were the only two problems.
Once that gets in can we get the other patches in that should go with the
openflow c
Hey guys,
netvirt builds are failing on the vpp stuff. Is this because [1] is failing
to merge? Or related to the openflowplugin patch?
Thanks, Sam
[1] https://git.opendaylight.org/gerrit/#/c/42699/
[ERROR] Failed to execute goal on project
openstack.net-virt-sfc-features: Could not resolve dep
38 matches
Mail list logo