Hi,
For me it's OK Vijay, I'll contribute to SFC-53.
Regards,
Juan
On 23/11/16 17:23, Vijayendra Radhakrishna wrote:
SFC-54 Adapt to new way of calling tests in functest Task
I would like to work on above if Juan Vidal is fine with it. I can
take SFC-55 if not SFC-54
Regards,
VIjay
On
Hi,
I have a couple of suggestions:
1) The '&' character has a special meaning in some environments (e.g.
bash), so I would avoid it.
2) Let's be consistent, either use camelCase for all the name, or
underscores, but try to avoid mixing them.
So following the names, which look appropri
e better decisions about the naming scheme.
Regards,
Juan
On 25/11/16 17:35, morgan.richo...@orange.com wrote:
Hi
comments below
Morgan
Le 25/11/2016 à 16:55, Juan Vidal Allende a écrit :
Hi,
I have a couple of suggestions:
1) The '&' character has a special meaning i
Hello guys,
I used the virt-sparsify[0] command to compress the .qcow image
sf_nsh_colorado.qcow2 that we are using for our OPNFV-SFC tests, and I reduced
the size to almost 1/5 of the original one (559M vs. 2.4G previously). The
small tests that I ran went well, so I think that we could start
Dg/view?usp=sharing
On mié, 2017-01-25 at 16:00 -0500, Tim Rozet wrote:
Good idea Juan. I uploaded it to:
http://artifacts.opnfv.org/apex/random/sfc_cloud.qcow2
However when I virt-sparsified it only reduced it to 1GB.
Tim Rozet
Red Hat SDN Team
- Original Message -
From: "Manue
Great! Thanks a lot Tim!
I did not know that APEX worked, because the test that is in SFC repo
explicitly checks for the INSTALLER_TYPE, and it fails if it is not 'fuel'.
Happy to see that it works with other installers as well.
Cheers,
Juan
On jue, 2017-01-26 at 15:03 -0500, Tim Rozet wrote:
Great Manuel!
I'll look at them and try to help from next week onwards ;)
BR,
Juan
On jue, 2017-02-02 at 20:08 +0100, manuel wrote:
Hi SFC friends,
Finally we got some hardware to test our SFC test cases for Danube and
there are some bugs which we must fix. I tried to briefly document them
in
Hi Pau,
Colorado release only supports FUEL as installer. This is checked using the
environment variable 'INSTALLER_TYPE', which should be set to 'fuel'. You can
have a look at the wiki for SFC test case [0] for some hints on the environment
variables and configuration steps required to run the
Hello,
In the last days we have been trying to stabilize SFC test cases and fix some
bugs, and while doing so we discovered some other improvements that could be
interesting. To avoid forgetting about them, I created an epic in JIRA [0].
Although the sprint assigned to them is Danube 1.0, this
Hello,
As we talked in the weekly meeting, let's compile the current issues that we
are facing, and try to focus on fixing them to stabilize the test cases. We can
then add them to JIRA and assign them.
I am currently facing two issues:
1) Floating IPs are not working sometimes. I don't know w
Hello,
I have been looking at the scenarios supported in OPNFV-SFC, for FUEL
installer, and I saw that the OpenDaylight controller is never deployed as a
cluster, not even in HA deployments, am I right? If so, I have a couple of
questions regarding this, I hope that someone with bigger backgrou
FV release (Colorado). It now is passing our
tests in CI and looks pretty stable.
Tim Rozet
Red Hat SDN Team
- Original Message -----
From: "Juan Vidal ALLENDE"
mailto:juan.vidal.alle...@ericsson.com>>
To:
opnfv-tech-discuss@lists.opnfv.org<mailto:opnfv-tech-discuss@lists.opn
Hi Roberto,
The del-flows command accepts many filters to be passed as parameters, and the
more specific the filters are, the less flows will be deleted. Maybe something
is not working fine as it should not delete all flows in table 11, unless all
flows in table 11 actually match the 'dst_port=
Minutes:
http://ircbot.wl.linuxfoundation.org/meetings/opnfv-sfc/2017/opnfv-sfc.2017-05-24-14.02.html
Minutes (text):
http://ircbot.wl.linuxfoundation.org/meetings/opnfv-sfc/2017/opnfv-sfc.2017-05-24-14.02.txt
Log:
http://ircbot.wl.linuxfoundation.org/meetings/opnfv-sfc/2017/o
Hello,
As we talked today in our weekly meeting, there are some tasks that need to be
in place to have a working environment. These are the ones that come to my mind
right now, feel free to reply and discuss anything else that you find necessary.
- Install ODL with OSA (Juan)
- Install Tacker
Hello,
Given that part of the team is at OpenDaylight DDF, and there are no topics
proposed, I suggest that we cancel today's meeting.
Regards,
Juan
___
opnfv-tech-discuss mailing list
opnfv-tech-discuss@lists.opnfv.org
https://lists.opnfv.org/mailman/
Hi Brady,
It's sad to hear that, OPNFV-SFC has been a great to project to work in, and
your leadership has been very encouraging. I hope that you still have some time
to contribute to the project, and I wish you all the best in your new position.
Regards,
Juan
On mar, 2017-07-04 at 12:28 +020
This is something some of us faced a couple of weeks ago. It seems to be an
issue with latest OSA.
My solution was using a "safe" OSA version. I picked this SHA
0648818c64239b534d00db381c4609f28e40bda9
Regards,
Juan
On vie, 2017-07-21 at 13:36 +0100, Markos Chandras wrote:
On 21/07/17 13:27,
BEGIN:VCALENDAR
METHOD:REQUEST
PRODID:Microsoft Exchange Server 2010
VERSION:2.0
BEGIN:VTIMEZONE
TZID:UTC
BEGIN:STANDARD
DTSTART:16010101T00
TZOFFSETFROM:+
TZOFFSETTO:+
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T00
TZOFFSETFROM:+
TZOFFSETTO:+
END:DAYLIGHT
END:VTIMEZONE
BEG
BEGIN:VCALENDAR
METHOD:CANCEL
PRODID:Microsoft Exchange Server 2010
VERSION:2.0
BEGIN:VTIMEZONE
TZID:UTC
BEGIN:STANDARD
DTSTART:16010101T00
TZOFFSETFROM:+
TZOFFSETTO:+
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T00
TZOFFSETFROM:+
TZOFFSETTO:+
END:DAYLIGHT
END:VTIMEZONE
BEGI
BEGIN:VCALENDAR
METHOD:REQUEST
PRODID:Microsoft Exchange Server 2010
VERSION:2.0
BEGIN:VTIMEZONE
TZID:Romance Standard Time
BEGIN:STANDARD
DTSTART:16010101T03
TZOFFSETFROM:+0200
TZOFFSETTO:+0100
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=-1SU;BYMONTH=10
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T0200
21 matches
Mail list logo
