If I send multiple different TCP streams at the same time, I can see the
traffic going to both buckets as expected.
Thanks again
On Wed, 26 Apr 2023 at 22:16, Ilya Maximets wrote:
> On 4/26/23 23:05, Celyn Birkinshaw via discuss wrote:
> > I have tried to implement multipath routing using a
On 4/26/23 23:05, Celyn Birkinshaw via discuss wrote:
> I have tried to implement multipath routing using a select group and two
> buckets but it doesn't work as I expected.
>
> I have a diamond topology with Alice at one end and Bob at the other. They
> connect to each other through the OVS
I have tried to implement multipath routing using a select group and two
buckets but it doesn't work as I expected.
I have a diamond topology with Alice at one end and Bob at the other. They
connect to each other through the OVS switches s1, s2, s3, and s4, like in
the diagram below.
Hi,
Sorry; missed the response since it wasn't sent to the list...
If the pod's outgoing traffic isn't SNAT-ed, does the thing that the
pod is sending to know how to get the reply back to the pod via the
node?
Or is this just one-way pod -> external?
The main issue is we would need to figure
On 4/25/23 18:50, Terry Wilson wrote:
> On Tue, Apr 25, 2023 at 7:55 AM Ilya Maximets wrote:
>>
>> On 4/25/23 00:12, Terry Wilson via discuss wrote:
>>> A performance issue that has always bothered me:
>>>
>>> OVSDB has a set data type that matches up with Python's set data type (an
>>>
>On 4/26/23 09:04, wangchuanlei wrote:
>>> Hi,
>>
>>> On 4/21/23 08:17, wangchuanlei via discuss wrote:
I have one center and serveral node, and all nodes are connected
to center with options ovn-remote=tcp:192.168.0.x:6642, when one
node lost connection to center, the
On 4/26/23 09:04, wangchuanlei wrote:
>> Hi,
>
>> On 4/21/23 08:17, wangchuanlei via discuss wrote:
>>> I have one center and serveral node, and all nodes are connected
>>> to center with options ovn-remote=tcp:192.168.0.x:6642, when one node
>>> lost connection to center, the commands
> Hi,
>On 4/21/23 08:17, wangchuanlei via discuss wrote:
>> I have one center and serveral node, and all nodes are connected
>> to center with options ovn-remote=tcp:192.168.0.x:6642, when one node
>> lost connection to center, the commands "ovn-sbctl list chassis" still
>> see the node.
