Thanks for the heads up.
As we say in Africa ³Go Well!"
On 10/23/14, 9:00 AM, "Sam Morrison" wrote:
>Thanks for all the help Chris and all the best.
>
>Now on the lookout for another cells core I can harass and pass obscure
>bugs too. It was always reassuring knowing you¹d probably already come
On Fri, Oct 24, 2014 at 20:51:36, Kevin Benton wrote:
> Hi,
>
> Thanks for posting this. I am interested in this use case as well.
>
> I didn't find a link to a review for the ML2 driver. Do you have any
> more details for that available?
Sure. The ML2 driver itself isn't submitted for review ye
On Sun, Oct 26, 2014 at 19:05:43, Rohit Agarwalla (roagarwa) wrote:
> Hi
>
> I'm interested as well in this model. Curious to understand the routing
> filters and their implementation that will enable isolation between
> tenant networks.
> Also, having a BoF session on "Virtual Networking using L3
FYI:
=
FOSDEM '15 Infrastructure-as-a-Service devroom
-
Important Dates and Info!
-
Submission deadline: 1 December 2014
Acceptance notifications: 15 December 2014
Final schedule
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 27/10/14 02:18, Li Tianqing wrote:
> Hello, Right now, we test neutron under havana release. We
> configured network_device_mtu=1450 in neutron.conf, After create
> vm, we found the vm interface's mtu is 1500, the ping, ssh, is ok.
> But if we scp
On 10/22/2014 07:37 PM, Chris Behrens wrote:
> Hey all,
>
> Just wanted to drop a quick note to say that I decided to leave Rackspace to
> pursue another opportunity. My last day was last Friday. I won’t have much
> time for OpenStack, but I’m going to continue to hang out in the channels.
> Ha
Yes i did but if you look at this example
https://github.com/openstack/heat-templates/blob/master/hot/autoscaling.yaml
the flow is simple:
CPU alarm in Ceilometer triggers the "type: OS::Heat::ScalingPolicy" which
then triggers the "type: OS::Heat::AutoScalingGroup"
Now what i want is to be
Hi Riccardo
thanks for pointers you provided. I had a look at the Gerrit replication
feature and the description says:
"/Gerrit can automatically push any changes it makes to its managed Git
repositories to another system./"
What I need would be exactly the opposite. I need to update the Gerr
Hi stackers,
It has been some time since the announcement of Artifacts initiative
within the Glance. The feature was not complete in Juno, but is being
actively developed now and has good chances for landing in Kilo.
However, recently on the Glance Virtual Mini-summit we had a
discussions which le
Hi,
When building a firewall with a rule to block a specific Traffic - the current
traffic is not blocked.
For example:
Running a Ping to an instance and then building a firewall with a rule to block
ICMP to this instance doesn't have affect while the ping command is still
running.
Exiting t
Hello Itzik,
This has been discussed lately on this ML. Please see
https://bugs.launchpad.net/neutron/+bug/1335375.
BR,
Simon
On Mon, Oct 27, 2014 at 1:17 PM, Itzik Brown wrote:
>
> Hi,
>
> When building a firewall with a rule to block a specific Traffic - the
> current traffic is not blocked.
>
On 10/22/2014 11:10 AM, Collins, Sean wrote:
> With some xargs, sed, and pandoc - I now present to you the first
> attempt at converting the DevStack docs to RST, and making the doc build
> look similar to other projects.
>
> https://review.openstack.org/130241
>
> It is extremely rough, I basica
The Oslo team is pleased to announce the second development release of
oslo.concurrency. This update includes:
$ git log --oneline --no-merges 0.1.0..HEAD
de30b78 Imported Translations from Transifex
761b260 Use six.wraps
968459e Clean up lockutils logging
660f608 Remove unused incubator modules
On Tuesday, October 21, 2014, Roman Bogorodskiy
wrote:
> On Mon, Oct 20, 2014 at 10:19 PM, Joe Gordon > wrote:
> > On Sat, Oct 18, 2014 at 10:04 AM, Roman Bogorodskiy <
> rbogorods...@mirantis.com > wrote:
>
[snip]
> >> High level overview of what needs to be done:
> >>
> >> - Nova
> >> *
Hi everyone,
The OpenStack Infrastructure (Infra) team is hosting our weekly
meeting on Tuesday October 28th, at 19:00 UTC in #openstack-meeting
Meeting agenda available here:
https://wiki.openstack.org/wiki/Meetings/InfraTeamMeeting (anyone is
welcome to to add agenda items)
Everyone interested
On Tue, Oct 28, 2014 at 12:39:40AM +1100, Michael Still wrote:
> On Tuesday, October 21, 2014, Roman Bogorodskiy
> wrote:
>
> > On Mon, Oct 20, 2014 at 10:19 PM, Joe Gordon > > wrote:
> > > On Sat, Oct 18, 2014 at 10:04 AM, Roman Bogorodskiy <
> > rbogorods...@mirantis.com > wrote:
> >
>
> [sni
On Mon, Oct 27, 2014 at 4:42 AM, Ihar Hrachyshka wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> On 27/10/14 02:18, Li Tianqing wrote:
>> Hello, Right now, we test neutron under havana release. We
>> configured network_device_mtu=1450 in neutron.conf, After create
>> vm, we found th
On Mon, Oct 27, 2014 at 12:15 AM, Sumit Naiksatam
wrote:
> Several people have been requesting that we resume the Advanced
> Services' meetings [1] to discuss some of the topics being mentioned
> in this thread. Perhaps it might help people to have a focussed
> discussion on the topic of "advanced
On Sun, Oct 26, 2014 at 8:01 PM, Doug Wiegley wrote:
> Hi Brandon,
>
>> 4. I brought this up now so that we can decide whether we want to
>> discuss it at the advanced services spin out session. I don't see the
>> harm in opinions being discussed before the summit, during the summit,
>> and more
Ack.
On Fri, Oct 24, 2014 at 4:41 PM, Ilya Sviridov
wrote:
> Hello openstackers,
>
> I'd like to announce my candidacy as PTL of MagnetoDB[1][2][3] project.
>
> As a PTL of MagnetoDB I'll continue my work on building great environment
> for contributors, making MagnetoDB well known and great so
On Mon, Oct 27, 2014 at 8:39 AM, Michael Still wrote:
> On Tuesday, October 21, 2014, Roman Bogorodskiy
> wrote:
>>
>> On Mon, Oct 20, 2014 at 10:19 PM, Joe Gordon
>> wrote:
>> > On Sat, Oct 18, 2014 at 10:04 AM, Roman Bogorodskiy
>> > wrote:
>
>
> [snip]
>
>>
>> >> High level overview of what
The candidates nomination part is ended. Due to the fact that we have only
one candidate, we're not running elections itself.
So, congratulations to Ilya Sviridov!
https://wiki.openstack.org/wiki/MagnetoDB/PTL_Elections_Kilo
On Wed, Oct 22, 2014 at 10:18 PM, Sergey Lukjanov
wrote:
> Hi folks,
Hi Ondrej,
Could you clarify your needs?
If you allow your devs to commit code on your local gerrit,
then your repo will differ from OpenStack one
and you might have merge troubles when you will resync your repo with
OpenStack one
How will you handle them?
Cédric/ZZelle
On Mon, Oct 27, 201
I am pleased to announce that Malini Kamalambal as been promoted to Core for
Poppy.
Thanks
Amit.
From: Amit Gandhi mailto:amit.gan...@rackspace.com>>
Reply-To: "OpenStack Development Mailing List (not for usage questions)"
mailto:openstack-dev@lists.openstack.org>>
Date: Friday, October 24, 201
Just my two cents, since I won't be able to make it to summit:
When the artifact repository was proposed, I personally really liked the idea
that images
were just another artifact type eventually, even if they stayed separate for
the time being.
However, the pros that you bring up do seem to ma
Angus,
Makes sense. We need to make the process of being able to provide user
experience feedback a pleasant user experience in itselt :-). I went to
https://wiki.openstack.org/wiki/Application_Ecosystem_Working_Group but
could not see an easy way to provide feedback from this page.
Thanks
On 2014-10-26 17:01:07 -0700 (-0700), Clint Byrum wrote:
> Hi everyone! We have a summit rapidly approaching, and to my knowledge,
> no key signing event planned. That is unfortunate, as the web of trust
> that we started building in Atlanta would be quite stronger as we add
> more European develop
On Mon, Oct 27, 2014 at 6:34 AM, Simon Pasquier wrote:
> Hello Itzik,
> This has been discussed lately on this ML. Please see
> https://bugs.launchpad.net/neutron/+bug/1335375.
This is a good example that any create, update, or delete of a SG rule
can expose this issue. This bug only mentions de
On 10/27/2014 06:39 AM, Michael Still wrote:
> On Tuesday, October 21, 2014, Roman Bogorodskiy
> wrote:
>
>> On Mon, Oct 20, 2014 at 10:19 PM, Joe Gordon > > wrote:
>>> On Sat, Oct 18, 2014 at 10:04 AM, Roman Bogorodskiy <
>> rbogorods...@mirantis.com > wrote:
>>
>
> [snip]
>
>
High level
Folks, we are canceling today's team meeting since several key members won't be
able to join.
Sent from Renat's iPad
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
On 2014-10-27 10:39:02 -0400 (-0400), Brad Topol wrote:
> Makes sense. We need to make the process of being able to
> provide user experience feedback a pleasant user experience in
> itselt :-). I went to https:
> //wiki.openstack.org/wiki/Application_Ecosystem_Working_Group but
> could not see
Hi Cédric,
I have basically two internal OpenStack mirrors (bare Git repositories).
One is to share code contributions among the dev team members, the other
is handled by Gerrit and this is where the devs send code for review.
Both should be updated periodically from the upstream servers. Whil
- Original Message -
> From: "Carl Baldwin"
> To: "OpenStack Development Mailing List (not for usage questions)"
>
> Sent: Monday, October 27, 2014 5:27:57 PM
> Subject: Re: [openstack-dev] [Neutron] FWaaS/Security groups Not blocking
> ongoing traffic
>
> On Mon, Oct 27, 2014 at 6:34
On 10/27/14 9:35 AM, Monty Taylor wrote:
>>
>> I have no problem with supporting FreeBSD as a hypervisor operating system,
>> especially if there is a solid team on the FreeBSD side that will commit to
>> maintaining the changes required and adding the necessary CI (especially
>> ensuring that
Excerpts from Daniel Comnea's message of 2014-10-27 04:16:32 -0700:
> Yes i did but if you look at this example
>
> https://github.com/openstack/heat-templates/blob/master/hot/autoscaling.yaml
>
>
> the flow is simple:
>
> CPU alarm in Ceilometer triggers the "type: OS::Heat::ScalingPolicy" whi
I think I'd suggest opening a new bug for FWaaS since it is a
different component with different code. It doesn't seem natural to
extend the scope of this bug to include it.
Carl
On Mon, Oct 27, 2014 at 9:50 AM, Itzik Brown wrote:
>
> - Original Message -
>> From: "Carl Baldwin"
>> To:
I think what you are trying to achieve is to have a branch that tracks
upstream for the upstream projects, and another branch that tracks local
development in your Gerrit project.
You may want to check Jeepyb:
http://ci.openstack.org/jeepyb.html
That tool is what Openstack CI uses to manage gerri
I look forward to seeing everyone in Paris!
--
Sean M. Collins
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
On 25 October 2014 15:36, Erik Moe wrote:
> Then I tried to just use the trunk network as a plain pipe to the
> L2-gateway and connect to normal Neutron networks. One issue is that the
> L2-gateway will bridge the networks, but the services in the network you
> bridge to is unaware of your exist
Hello Glancers,
Peter and I are having issues working with a Juno Glance endpoint.
Specifically, a glance image-create ... --is_public=True CLI command
that *was* working in our Icehouse cloud is now failing in our Juno
cloud with a 403 Forbidden.
The specific command in question is:
glance
Hey German,
I totally agree on the security/privacy aspect of logs, especially due to
the SSL/TLS Termination feature.
After looking at BP [1] and the spec [2] for metering, it looks like it is
proposing to send more than just billable usage to cielometer. From my
previous email I considered this
Hi Kyle:
Are you scheduling an on-demand meeting, or are you proposing that the
agenda for next neutron meeting include this as an on-demand item?
Regards,
Mandeep
On Mon, Oct 27, 2014 at 6:56 AM, Kyle Mestery wrote:
> On Mon, Oct 27, 2014 at 12:15 AM, Sumit Naiksatam
> wrote:
> > Several pe
On Mon, Oct 27, 2014 at 11:48 AM, Mandeep Dhami wrote:
> Hi Kyle:
>
> Are you scheduling an on-demand meeting, or are you proposing that the
> agenda for next neutron meeting include this as an on-demand item?
>
Per my email to the list recently [1], the weekly rotating Neutron
meeting is now an o
Got it. So we will be discussing this in the 2PM meeting today. Correct?
Regards,
Mandeep
On Mon, Oct 27, 2014 at 10:02 AM, Kyle Mestery wrote:
> On Mon, Oct 27, 2014 at 11:48 AM, Mandeep Dhami
> wrote:
> > Hi Kyle:
> >
> > Are you scheduling an on-demand meeting, or are you proposing that the
Excerpts from Jeremy Stanley's message of 2014-10-27 07:45:27 -0700:
> On 2014-10-26 17:01:07 -0700 (-0700), Clint Byrum wrote:
> > Hi everyone! We have a summit rapidly approaching, and to my knowledge,
> > no key signing event planned. That is unfortunate, as the web of trust
> > that we started
Sorry for top-posting, but where can the API working group see the
proposed Octavia API specification or documentation? I'd love it if the
API WG could be involved in reviewing the public REST API.
Best,
-jay
On 10/27/2014 10:01 AM, Kyle Mestery wrote:
On Sun, Oct 26, 2014 at 8:01 PM, Doug Wi
I'm anxious to get titles for the scheduled sessions so that people can
start planning their daily schedules. I have heard some opinions about
the Neutron/Nova/Ironic work that needs to happen to support L3 (I think
we should still bring it up) and also a bit about Cinder HA. I think
these are thin
Hi,
I am currently working on my Neutron docs for DevStack[1], and realized
that there is some common pieces between provider networking API
extension and the l3 networking API extension.
In both cases, the administrator is directed to manually create a bridge
device and add the physical interfac
Hi Jay,
Let’s add that as an agenda item at our Weekly IRC meeting. Can you make
this timeslot?
https://wiki.openstack.org/wiki/Octavia#Meetings
Thanks,
Doug
On 10/27/14, 11:27 AM, "Jay Pipes" wrote:
>Sorry for top-posting, but where can the API working group see the
>proposed Octavia API
On 2014-10-27 10:17:51 -0700 (-0700), Clint Byrum wrote:
[...]
> I thought it worked quite nicely, but I do think it stressed you
> out too much and we should look at securing a camera for
> mid-cycles and the next summit.
It worked out okay, but I basically sacrificed my ability to
participate as
Yup, can do! :)
-jay
On 10/27/2014 01:55 PM, Doug Wiegley wrote:
Hi Jay,
Let’s add that as an agenda item at our Weekly IRC meeting. Can you make
this timeslot?
https://wiki.openstack.org/wiki/Octavia#Meetings
Thanks,
Doug
On 10/27/14, 11:27 AM, "Jay Pipes" wrote:
Sorry for top-postin
Hi Jay,
Just so you have some information on the API before the meeting here is
the spec for it:
https://review.openstack.org/#/c/122338/
I'm sure there is a lot of details that might be missing but it should
give you a decent idea. Sorry for the markup/markdown being dumb if you
try to build wi
On 10/27/2014 12:30 PM, Clint Byrum wrote:
> I'm anxious to get titles for the scheduled sessions so that people can
> start planning their daily schedules. I have heard some opinions about
> the Neutron/Nova/Ironic work that needs to happen to support L3 (I think
> we should still bring it up) and
Several people mentioned that it would be easier to review the policy changes
in the “big tent” series if they were squashed into a single patch. I’ve done
that in https://review.openstack.org/131227. The first version of the patch is
the squashed series as it existed before, and the second vers
I'm relatively new to the keysigning *event* concept - can someone give a
little more detail on this and where it comes into play? Does anyone else use a
service (e.g., keybase.io) for this purpose?
- Marty Falatic
-Original Message-
From: Clint Byrum [mailto:cl...@fewbar.com]
Sent
On 2014-10-27 18:53:26 + (+), Marty Falatic (mfalatic) wrote:
> I'm relatively new to the keysigning *event* concept - can someone
> give a little more detail on this and where it comes into play?
[...]
The idea being that attendees prearrange a time, place and perhaps
requisite fingerprin
Excerpts from Ben Nemec's message of 2014-10-27 11:39:31 -0700:
> On 10/27/2014 12:30 PM, Clint Byrum wrote:
> > I'm anxious to get titles for the scheduled sessions so that people can
> > start planning their daily schedules. I have heard some opinions about
> > the Neutron/Nova/Ironic work that n
As committed last week, I've provided review comments in the draft
peer-review process [1].
Hopefully we can discuss a bit in today's 2pm PDT Neutron weekly, and more
at Summit.
Hope it helps.
[1] https://etherpad.openstack.org/p/neutron-peer-review
--
Open communities related email from
The Oslo team is pleased to announce the release version 1.8.0 of cliff, our
command line interface framework. This release is primarily being made to
update the metadata on PyPI now that the documentation has moved to its new
location on docs.openstack.org. It does include several other changes
I would be excited to exchange key information at the summit. I do not have
key fingerprint on my cards at this point, but I can do the old
slip-of-paper method. I would be open to either organized fashion or ad-hoc.
Thanks,
Spencer
On Mon, Oct 27, 2014 at 12:05 PM, Jeremy Stanley wrote:
> On 2
Thank you, Rocky!
I have reviewed these specs, looks very promising. I want to participate in
implementation.
On Sat, Oct 25, 2014 at 3:49 AM, Rochelle.RochelleGrober <
rochelle.gro...@huawei.com> wrote:
> Hi, Timur.
>
>
>
> Check out [1]. Boris Pavlovic has been working towards what you want
I am definitely game to join for key signing. I however don't have cards for
this (come to think of it, this is an excuse to get business cards even if they
are only for my key sig). I'll probably try and get some paper slips made up
for this too.
--Morgan
Sent via mobile
> On Oct 27, 2014,
Timur,
I have reviewed these specs, looks very promising. I want to participate in
> implementation.
Nice! cause there will be a lot of work
Best regards,
Boris Pavlovic
On Tue, Oct 28, 2014 at 1:14 AM, Timur Nurlygayanov <
tnurlygaya...@mirantis.com> wrote:
> Thank you, Rocky!
>
> I have rev
Hi all,
Lately I've been spending a lot more time digging into TripleO and Tuskar,
and started looking for a way to spin up simple tests (and in particular,
play with Tuskar UI/API) without necessarily having the overhead of setting
up a full devtest environment every time.
So I decided to hack o
In the glance mini-summit there was a request for some documentation on the
architecture ideas I was discussing relating to: 1) removing data consistency
as a concern for glance 2) bootstraping vs baking VMs
Here's a rough draft: https://gist.github.com/CrashenX/8fc6d42ffc154ae0682b
Jesse
_
On 10/27/2014 06:18 PM, Jesse Cook wrote:
In the glance mini-summit there was a request for some documentation on
the architecture ideas I was discussing relating to: 1) removing data
consistency as a concern for glance 2) bootstraping vs baking VMs
Here's a rough draft: https://gist.github.com/
On Wed, 22 Oct 2014 11:29:27 AM Robert van Leeuwen wrote:
> > I,d like to start a conversation on usage requirements and have a few
> > suggestions. I advocate that, since we will be using TCP and HTTP/HTTPS
> > based protocols, we inherently enable connection logging for load
>
> > balancers for
On 10/27/2014 08:51 AM, Drew Fisher wrote:
> If devstack itself (not CI, but devstack) is a hard requirement for
> integration we need to probably start up a different thread on what the
> best way for other OSes like FreeBSD and Solaris to work around this
> issue. What should we be looking at?
On Mon, 27 Oct 2014 02:45:27 PM Jeremy Stanley wrote:
> If there is interest in doing another Sassaman-Projected Method
> exercise at future events, a USB document camera would be useful to
> procure in advance
Is this what the young kids these days are calling a "phone"?
--
- Gus
On 2014-10-28 11:28:28 +1100 (+1100), Angus Lees wrote:
> Is this what the young kids these days are calling a "phone"?
Perhaps if said "phone" connected to the projector in a conference
room and came with a stand to hold it the right distance from a
desktop, so it could remain unmanned while peop
On 10/27/14, 5:57 PM, Stefano Maffulli wrote:
> On 10/27/2014 08:51 AM, Drew Fisher wrote:
>> If devstack itself (not CI, but devstack) is a hard requirement for
>> integration we need to probably start up a different thread on what the
>> best way for other OSes like FreeBSD and Solaris to work
This was covered in the release notes for glance, under "Upgrade notes":
https://wiki.openstack.org/wiki/ReleaseNotes/Juno#Upgrade_Notes_3
* The ability to upload a public image is now admin-only by default. To
continue to use the previous behaviour, edit the publicize_image flag in
etc/policy.js
On Thu, Oct 23, 2014 at 3:22 PM, Kyle Mestery wrote:
> As discussed during the neutron-drivers meeting this week [1], we've
> going to use one of the Neutron 40 minute design summit slots for
> lightning talks. The basic idea is we will have 6 lightning talks,
> each 5 minutes long. We will force
I also agree file a new bug for FWaaS
At 2014-10-28 00:09:29, "Carl Baldwin" wrote:
>I think I'd suggest opening a new bug for FWaaS since it is a
>different component with different code. It doesn't seem natural to
>extend the scope of this bug to include it.
>
>Carl
>
>On Mon, Oct 27, 2
Right, but as you can read below, I'm using an admin to do the operation...
Which is why I'm curious what exactly I'm supposed to do :)
-jay
On 10/27/2014 09:04 PM, Tom Fifield wrote:
This was covered in the release notes for glance, under "Upgrade notes":
https://wiki.openstack.org/wiki/Rele
Excerpts from Steven Hardy's message of 2014-10-27 15:16:59 -0700:
> Hi all,
>
> Lately I've been spending a lot more time digging into TripleO and Tuskar,
> and started looking for a way to spin up simple tests (and in particular,
> play with Tuskar UI/API) without necessarily having the overhead
Sorry, early morning!
I can confirm that in your policy.json there is:
"publicize_image": "role:admin",
which seems to match what's needed :)
Regards,
Tom
On 28/10/14 10:18, Jay Pipes wrote:
> Right, but as you can read below, I'm using an admin to do the operation...
>
> Which is why I
I do not want to hijack this thread with Solaris specific questions,
but this point is a major sticking point for us too. To my
knowledge, modifying devstack for anything not RHEL/Ubuntu is out of
the question (they're not interested in supporting other OSes).
I think if the question is "does d
So this should work and I think its generally good.
But - I'm curious, you only need a single image for devtest to
experiment with tuskar - the seed - which should be about the same
speed (or faster, if you have hot caches) than devstack, and you'll
get Ironic and nodes registered so that the pane
Hi all,
We have suffered a long down time when we upgrade our public cloud's
neutron into the latest version (close to Juno RC2), for ovs-agent cleaned
all flows in br-tun when it start.
I find our current design is remove all flows then add flow by entry, this
will cause every network node will
--
Best
Li Tianqing
At 2014-10-27 17:42:41, "Ihar Hrachyshka" wrote:
>-BEGIN PGP SIGNED MESSAGE-
>Hash: SHA512
>
>On 27/10/14 02:18, Li Tianqing wrote:
>> Hello, Right now, we test neutron under havana release. We
>> configured network_device_mtu=1450 in neutron.conf, After c
Ceilometer mixes notifications and pollsters, so instance sample cannot
represents how many instances (sample-list nor statistics),
when we specify a time range in API query, the count of samples is not
precise to real situation, it is ether less (due to potential lag when time
range is precise) or
Sean Dague wrote on 10/27/2014 09:13:27 AM:
> From: Sean Dague
>
> On 10/22/2014 11:10 AM, Collins, Sean wrote:
> > With some xargs, sed, and pandoc - I now present to you the first
> > attempt at converting the DevStack docs to RST, and making the doc
build
> > look similar to other projects.
Hi, We will be meeting in the #openstack-gbp channel on 10/28 at 16.00
UTC to jointly review some of the pending patches:
https://review.openstack.org/#/c/128559/
https://review.openstack.org/#/c/128551/
https://review.openstack.org/#/c/128552/
https://review.openstack.org/#/c/128555/
https://revi
Path MTU discovery works on a path - something with an L3 router in the way
- where the outbound interface has a smaller MTU than the inbound one.
You're transmitting across an L2 network - no L3 routers present. You send
a 1500 byte packet, the network fabric (which is not L3, has no address,
and
85 matches
Mail list logo
