Hi Rajeev, The Chain Monitoring is the missing piece in networking-sfc . Vikram and myself were discussed to introduce "SFC Manager" [1] (basically OAM tool ) few cycle before.
It'll continuously monitor an existing SFC chain, when any SF VM goes down or any packet drop. It'll trigger alert and capture corresponding logs . But we haven't started any implementation on this. Feel free to discuss with community, IMO this feature will be great addition to networking-sfc [1] https://bugs.launchpad.net/networking-sfc/+bug/1513368 <https://bugs.launchpad.net/networking-sfc/+bug/1513368> IRC: #networking-sfc Weekly Meeting: https://wiki.openstack.org/wiki/Meetings/ServiceFunctionChainingMeeting Thanks., Mohankumar.N On Thu, Jul 27, 2017 at 11:30 AM, rajeev.satyanaray...@wipro.com < rajeev.satyanaray...@wipro.com> wrote: > Hi Igor/Cathy/Gord, > > > > Sorry for the delay in replying. > > > > As part of monitoring the SFC, I think maintaining the details of “Number > of flows assigned to a given SFC”, “Number of packets/bytes dropped/hit due > to the policies at each Service Function entry/exit points or for the > entire SFC” would be good to start with. I feel based on some of these > details, an operator can know how much the virtual switch is loaded and > take a call on whether to add a new SFC, or it could even help during > debugging which service function has exactly caused the disruption to SFC. > > As a first step, I think it would be good to add meters to provide “number > of packets/bytes hit due to policy at the ingress and egress of the entire > SFC” and to realize that, we would need to add specific pollsters. We can > use neutron_client API to fetch the ingress and egress port details and > fetch the corresponding flows for those specific ports(also get flow_infos > from flow_classifier and then use them to dump_flows matching those > flow_infos) and fetch the no.of packets hit due to policy from them. > > > > I have just mentioned my idea on this. Can I please know your opinion on > this and provide your comments? > > > > Thanks and Regards, > > Rajeev. > The information contained in this electronic message and any attachments > to this message are intended for the exclusive use of the addressee(s) and > may contain proprietary, confidential or privileged information. If you are > not the intended recipient, you should not disseminate, distribute or copy > this e-mail. Please notify the sender immediately and destroy all copies of > this message and any attachments. WARNING: Computer viruses can be > transmitted via email. The recipient should check this email and any > attachments for the presence of viruses. The company accepts no liability > for any damage caused by any virus transmitted by this email. > www.wipro.com > > __________________________________________________________________________ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > >
__________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
