Soft Patch Panel
 help / color / mirror / Atom feed
* [spp] secondary applications
@ 2018-02-22 11:53 Ferruh Yigit
  2018-02-23  7:43 ` Yasufumi Ogawa
  0 siblings, 1 reply; 2+ messages in thread
From: Ferruh Yigit @ 2018-02-22 11:53 UTC (permalink / raw)
  To: Yasufumi Ogawa; +Cc: spp

Hi Yasufumi,

For primary process there is single binary, but for secondary there are three now:
nfv
vf
vm

and from their name it is not clear what they are for and what is the difference.

Do you know what is the difference between them?


And does it make sense to merge them into single binary, to escape from
maintaining three different binaries? Or can we eliminate some?

Thanks,
ferruh

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: [spp] secondary applications
  2018-02-22 11:53 [spp] secondary applications Ferruh Yigit
@ 2018-02-23  7:43 ` Yasufumi Ogawa
  0 siblings, 0 replies; 2+ messages in thread
From: Yasufumi Ogawa @ 2018-02-23  7:43 UTC (permalink / raw)
  To: Ferruh Yigit; +Cc: spp

On 2018/02/22 20:53, Ferruh Yigit wrote:
> Hi Yasufumi,
> 
> For primary process there is single binary, but for secondary there are three now:
> nfv
> vf
> vm
> 
> and from their name it is not clear what they are for and what is the difference.
SPP was started as a trial PoC app and name convention was not 
considered well. I think it must be revised.

> 
> Do you know what is the difference between them?
nfv and vm are simply forwarding and almost same but different for 
running on host or guest. In addition, vm behaves as secondary but 
implemented as primary in guest actually.

On the other hand, vf is including worker thread for classifying or 
merging packets for more realistic usecases.
> 
> 
> And does it make sense to merge them into single binary, to escape from
> maintaining three different binaries? Or can we eliminate some?
I think vf might be merged to nfv. I agree with you to reduce 
maintaining costs, so I'd like to try to consider it.

I have already refactored spp.py first because all of classes and 
methods are included in one file which makes maintaining so hard, and 
usability is poor. After done refactoring spp.py, I will start 
refactoring for secondary including name convention.

Thanks
> 
> Thanks,
> ferruh
> 
> 


-- 
Yasufumi Ogawa
NTT Network Service Systems Labs

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2018-02-23  7:45 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2018-02-22 11:53 [spp] secondary applications Ferruh Yigit
2018-02-23  7:43 ` Yasufumi Ogawa

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).