<div dir="ltr">Hi Rajeev,<div><br></div><div>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. </div><div><br></div><div>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</div><div><br></div><div>[1] <a href="https://bugs.launchpad.net/networking-sfc/+bug/1513368"> https://bugs.launchpad.net/networking-sfc/+bug/1513368<br></a></div><div><br></div><div>IRC: #networking-sfc </div><div>Weekly Meeting: <a href="https://wiki.openstack.org/wiki/Meetings/ServiceFunctionChainingMeeting">https://wiki.openstack.org/wiki/Meetings/ServiceFunctionChainingMeeting</a></div><div><br></div><div>Thanks.,</div><div>Mohankumar.N</div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jul 27, 2017 at 11:30 AM, <a href="mailto:rajeev.satyanarayana@wipro.com">rajeev.satyanarayana@wipro.com</a> <span dir="ltr"><<a href="mailto:rajeev.satyanarayana@wipro.com" target="_blank">rajeev.satyanarayana@wipro.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div lang="EN-US" link="#0563C1" vlink="#954F72">
<div class="m_-8055345403118007570WordSection1">
<p class="MsoNormal">Hi Igor/Cathy/Gord,<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Sorry for the delay in replying.<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">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. <u></u><u></u></p>
<p class="MsoNormal">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. <u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">I have just mentioned my idea on this. Can I please know your opinion on this and provide your comments? <u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Thanks and Regards,<u></u><u></u></p>
<p class="MsoNormal">Rajeev.<u></u><u></u></p>
</div>
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. <a href="http://www.wipro.com" target="_blank">www.wipro.com</a>
</div>
<br>______________________________<wbr>______________________________<wbr>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
<br></blockquote></div><br></div>