ards,
keshava
--
View this message in context:
http://openstack.10931.n7.nabble.com/all-tc-Multi-clouds-integration-by-OpenStack-cascading-tp54115p56323.html
Sent from the Developer mailing list archive at Nabble.com.
___
OpenStack-dev mailing
Stephen,
Interesting to know what is “ACTIVE-ACTIVE topology of load balancing VMs”.
What is the scenario is it Service-VM (of NFV) or Tennant VM ?
Curious to know the background of this thoughts .
keshava
From: Stephen Balukoff [mailto:sbaluk...@bluebox.net]
Sent: Tuesday, December 09, 2014 7
n on how these Service-VM's
framework and how they needs to be chained ,which entity are mandatory in such
service to run over the cloud.
Please let me know if such discussion already happened ? Let me know others
opinion for the same.
Thanks & regards,
keshava
oleda
discussion with NFV for ‘Service-VM +
Openstack OVS related discussion”.
Regards,
keshava
From: Stephen Wong [mailto:stephen.kf.w...@gmail.com]
Sent: Wednesday, December 10, 2014 10:03 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [NFV][Telco] Service VM
connectivity ) will be established ?
7. Or it will be label stitching between Virtual-Physical
network ?
How the end-to-end path will be setup ?
Let me know your opinion for the same.
regards,
keshava
-Original Message-
From: Mathieu Roho
C-Edge and CN(ovs)?
2. How much will be the gain/advantage by generating the mpls from OVS
? (compare the terminating VxLAN on DC-edge and then originating the mpls from
there ?)
keshava
-Original Message-
From: Thomas Morin [mailto:thomas.mo...@orange.com]
Sent: Tuesday, D
performance.
Then are we considering chaining of Services per Tennant ?
3. If so how to control this ? (Please consider that tenants VM can get
migrated to different CNs)
Let me know others opinion.
keshava
From: yuriy.babe...@telekom.de [mailto:yuriy.babe...@telekom.de]
Sent: Thursday
, where that
Tennant was not there earlier on that CN, what will be the impact ?
How to control the chaining of flows in these kind of scenario ? so that packet
will reach that Tennant VM on new CN ?
Here this Tennant VM be a NFV Service-VM (which should be transparent to
OpenStack).
keshava
on ietf ‘service header insertion’ at the ingress.
This header will have all the set services that needs to be executed across
vNFV, will be carried in each of the Tennant packet.
So it requires coordinated effort along with NFV/Telco working groups.
keshava
From: Kyle Mestery [mailto:mest
Hi,
1. When the group policy is applied ( across to all the VMs ) say deny for
specific TCP port = 80, however because some special reason one of that VM
needs to 'ALLOW TCP port' how to handle this ?
When deny is applied to any one of VM in that group , this framework takes
care of
Hi
In my opinion the first and foremost requirement for NFV ( which is from
carrier class ) is 99.9 ( 5 nines ) reliability.
If we want OpenStack architecture to scale to Carrier class below are basic
thing we need to address.
1. There should be a framework from open-stack to support 5 nine
Hi,
Please find reply in line ..
Thanks & regards,
Keshava.A
-Original Message-
From: Mike Grima [mailto:mike.r.gr...@gmail.com]
Sent: Thursday, May 22, 2014 3:55 PM
To: A, Keshava
Cc: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [Neu
tron][NFV] NFV BoF at design summit
Hi
Just wanted to comment on some points below inline.
/Alan
-Original Message-
From: A, Keshava [mailto:keshav...@hp.com]
Sent: May-22-14 2:25 AM
To: Kyle Mestery; OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack
Hi,
I have one basic question, what is this tunneled over to network node means ?
(" At this point, the packet will go back out to br-int and but tunneled over
to the network node just like any other intra-network traffic.")
What kind of tunnel between Compute to Network Node during SNAT ?
Why t
.
Thanks & regards,
Keshava.A
-Original Message-
From: Narasimhan, Vivekanandan
Sent: Friday, May 23, 2014 2:49 AM
To: A, Keshava; OpenStack Development Mailing List (not for usage questions);
Carl Baldwin
Cc: Grover, Rajeev
Subject: RE: [openstack-dev] [Neutron] Default routes to
Hi,
I am observing that here there are overlapping functionality between Routing
and Topology ..
1. Adding Routing into OpenStack ( by link state protocol : OSPF/other) to
learn prefix of underlay network and inject into overlay network.
Builds for CN + Physical Switch/Router ..
2. Use
1:40485 -> 100.10.10.53:5672 (1)
Queue:
compute.sdn-keshava-cn1
compute_fanout_b092ea21d2dc425ca13b376d1731df9f
3. On the connection 100.10.10.51:40484 -> 100.10.10.53:5672 (1)
queue:
There is no consumers .
4.On the Connection 100.10.10.51:40486 -> 100.10.10.53:5672
queue:
reply_844c53cf0eb
impact those L3 protocol which have status ?
How exactly NAT sessions are handled ?
3. I think we need to have serious discussion with Distributed
functionality (like DVR) for session less High availability solution.
Thanks & Regards,
Kes
Hi,
Across these private External network/tenant :: floating IP can be shared ?
Keshava
From: Salvatore Orlando [mailto:sorla...@nicira.com]
Sent: Tuesday, October 14, 2014 10:33 PM
To: Édouard Thuleau
Cc: OpenStack Development Mailing List
Subject: Re: [openstack-dev] [neutron] Private
Hi,
1. From where the MPLS traffic will be initiated ?
2. How it will be mapped ?
Regards,
Keshava
From: Damon Wang [mailto:damon.dev...@gmail.com]
Sent: Friday, October 17, 2014 12:42 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev
. If required can these ports can be aggregated into single one
dynamically ?
4. Will there be requirement to handle Nested tagged packet on such
interfaces ?
Thanks & Regards,
Keshava
From: Ian Wells [mailto:ijw.ubu...@cack.org.uk]
Sent: Monday, October 27, 2014 9:45 P
traffic flow at infrastructure level itself, instead of at VM.
This may require OpenStack infrastructure notification support to
Tenant/Service VM.
…
Thanks & regards,
Keshava
From: Ian Wells [mailto:ijw.ubu...@cack.org.uk]
Sent: Tuesday, October 28, 2014 11:40 AM
To: OpenS
ach packet there will additional FIB lookup ?
How about the impact on 'inter compute traffic', processed by DVR ?
Here thinking OpenStack cloud as hierarchical network instead of Flat network ?
Thanks & regards,
Keshava
From: Rohit Agarwalla (roagarwa) [mailto:roaga...@cisco.com]
Hi,
Pl find my reply .
Regards,
keshava
From: Ian Wells [mailto:ijw.ubu...@cack.org.uk]
Sent: Tuesday, October 28, 2014 1:19 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [neutron] vm can not transport large file under
neutron ml2 + linux
Hi,
Pl fine the reply for the same.
Regards,
keshava
From: Ian Wells [mailto:ijw.ubu...@cack.org.uk]
Sent: Tuesday, October 28, 2014 1:11 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [neutron] [nfv] VM-based VLAN trunking blueprints
This all
Hi,
Pl find my reply ..
Regards,
keshava
From: Alan Kavanagh [mailto:alan.kavan...@ericsson.com]
Sent: Tuesday, October 28, 2014 3:35 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [neutron] [nfv] VM-based VLAN trunking blueprints
Hi
Please
opinion also.
Thanks & Regards,
keshava
-Original Message-
From: Cory Benfield [mailto:cory.benfi...@metaswitch.com]
Sent: Tuesday, October 28, 2014 10:35 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [neutron][nova] New specs on ro
Hi,
Can the VM migration happens across POD (Zone) ?
If so then how reachability of VM is addressed dynamically without any packet
loss ?
Thanks & Regards,
keshava
-Original Message-
From: Wuhongning [mailto:wuhongn...@huawei.com]
Sent: Thursday, October 30, 2014 7:56 AM
To: OpenS
he L2 to different Datacenter.
7. I also saw some ietf draft w.r.t implementation architecture of
OpenStack !!!.
Let me know the opinion w.r.t. this ?
[cid:image003.png@01CFF45F.51F2F0A0]
Thanks & regards,
Keshava
-Original Message-
From: Fred Baker (fred) [mailto:f...
sert any routing
information in OpenStack infrastructure ?
Thanks & Regards,
keshava
-Original Message-
From: Cory Benfield [mailto:cory.benfi...@metaswitch.com]
Sent: Thursday, October 30, 2014 2:09 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [ope
OK,
You may need to think of brining BGP routing between POD to support Live
migration.
Thanks & Regards,
keshava
-Original Message-
From: joehuang [mailto:joehu...@huawei.com]
Sent: Thursday, October 30, 2014 4:58 PM
To: OpenStack Development Mailing List (not for usage quest
Agreed !.
Regards,
keshava
From: Kevin Benton [mailto:blak...@gmail.com]
Sent: Friday, October 31, 2014 2:03 AM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [neutron][nova] New specs on routed networking
These are all important discussion topics
Hi,
Agents upgrade support will be common requirements which we needs to address on
priority.
Regards,
Keshava
-Original Message-
From: Kyle Mestery [mailto:mest...@mestery.com]
Sent: Wednesday, October 29, 2014 8:47 PM
To: OpenStack Development Mailing List (not for usage questions
& regards,
Keshava
From: Ian Wells [mailto:ijw.ubu...@cack.org.uk]
Sent: Saturday, November 01, 2014 4:07 AM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [neutron] [nfv] VM-based VLAN trunking blueprints
Go read about HSRP and VRRP. What you propos
Hi,
What are all the Service-VM(NFV elements) HA architecture ?
L2 NFV and L3 NFV elements HA architecture will be different.
Keeping mind we need to expose the underlying port/interface architecture
from OpenStack side to Service-VM’s.
Thanks & Regards,
Keshava
From: A, Keshava
ards,
Keshava
From: Erik Moe [mailto:erik@ericsson.com]
Sent: Monday, November 03, 2014 3:42 AM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [neutron] [nfv] VM-based VLAN trunking blueprints
From: Ian Wells [mailto:ijw.ubu...@cack.org.uk]
Sent: de
7.png@01CFF8F8.1BCCFAF0]
Thanks & regards,
keshava
image001.emz
Description: image001.emz
oledata.mso
Description: oledata.mso
image006.emz
Description: image006.emz
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.or
not it is NFV routing (BGP/IGP) /MPLS signaling (LDP/RSVP) protocol to
handle ? Does the OpenStack needs to handle that ?
Please correct me if my understanding on this problem is not correct.
Thanks & regards,
keshava
-Original Message-
From: Steve Gordon [mailto:sgor...@red
Hi Thomas,
This is interesting.
I have some of the basic question about deployment model of using this BaGPipe
BGP in virtual cloud network.
1. We want MPLS to start right from compute node as part Tennant traffic ?
2. We want L3 VRF separation right on Compute nodes (or NN Node) ?
Tena
Hi,
I think there is no much consideration of L3 forwarding capacity, of the
order of 100G in Network-Node(NN).
Not sure current software queues in NNare capable of handling 100G times of
packet rate.
(Of course for compute node there will SRIOV to speedup these)
Instead you can consider
roller and then advertising this new prefix may be too late ?
Let me know the opinions.
Thank & regards,
Keshava
-Original Message-
From: Carl Baldwin (Code Review) [mailto:rev...@openstack.org]
Sent: Friday, June 27, 2014 9:51 AM
To: Artem Dmytrenko; Jaume Devesa
Cc: mark mccla
opinion, with in the cloud we may not such deployment scenario.
Let us not mix underlay network with overlay network . Both
will go as different solution provider, so different business domain.
This is my thoughts .
keshava
From: Vikram Choudhary
.
keshava
From: Cathy Zhang [mailto:cathy.h.zh...@huawei.com]
Sent: Thursday, May 14, 2015 3:29 AM
To: Cathy Zhang; openstack-dev@lists.openstack.org
Subject: [openstack-dev] [Neutron] service chaining feature development meeting
minutes for May 12 2015
Hi,
I have added the meeting minutes for May 5
Hi,
I think it is better to have "Open source enabled Virtual Router", in
OpenStack supported by "Cloud Router".
With open virtual router available, many of the L3 functionality/routing
functionality can be easily integrated in cloud for overlay network.
Regards,
k
understanding is correct here.
keshava
From: Dean Troyer [mailto:dtro...@gmail.com]
Sent: Wednesday, April 15, 2015 10:25 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [neutron] openwrt VM as service
On Wed, Apr 15, 2015 at 2:37 AM, Guo, Ruijing
optimize the latency ?
If required OSC controller can program the OVS inside the OVSVM also ? Are we
heading in this direction ?
Regards,
keshava
From: Zang, Rui [mailto:rui.z...@intel.com]
Sent: Thursday, April 16, 2015 1:03 PM
To: OpenStack Development Mailing List (not for usage questions
46 matches
Mail list logo
