Hi Hongjun, Rastislav,
1. It is a good suggestion that Yang models keep compatible with IETF Yang
models and Honeycomb Yang models.
2. The same function of srvpp is now implemented in vapi(src\vpp-api\vapi),
and the apis are generated using python.
So, i think, the vapi is the better choice.
3. The worry about accidental disconnection is unnecessary.(Klement
Sekera<ksek...@cisco.com> told)
The following is the specific email content.
#############################################
it's shared memory, unless vpp dies there is no reason for the
connection to go down. if required, I would suggest you send periodic
control pings.
Quoting wangchuan...@163.com (2018-11-14 02:12:07)
> worried that the connection might break.
>
> --------------------------------------------------------------------------
>
> wangchuan...@163.com
>
>
> From: [1]Klement Sekera
> Date: 2018-11-13 18:04
> To: [2]wangchuan...@163.com; [3]vpp-dev
> Subject: Re: [vpp-dev] how to set cb for keepalive of vapi-connection @
> 18.10
> Hi,
> if you ask vapi to handle keepalives for you, why would you want to get
> callbacks for them?
>
> Regards,
> Klement
>
> Quoting wangchuan...@163.com (2018-11-13 07:27:33)
> > Hi��
> > At vpp stable/18.10, using vapi_connect to connect vpp and set
> the
> > "bool handle_keepalives " to true,
> > But how can i add the cb for keepalives?
> > If do, does it means that I could judge the timespan to found the
> > disconnection , and need to reconnect using vapi_disconnect &
> vpai_connect
> > ?
> > Thanks !
> >
> >
>
> --------------------------------------------------------------------------
> >
> > wangchuan...@163.com
>
> References
>
> Visible links
> 1. mailto:ksek...@cisco.com
> 2. mailto:wangchuan...@163.com
> 3. mailto:vpp-dev@lists.fd.io
############################################################
王传国
山东华辰泰尔信息科技股份有限公司 研发中心
电 话：0531-62325309 88877658-8019
手 机：18615184689
传 真：0531-88870859
网 址：http://www.huachentel.com
地 址：山东省济南市高新区舜华路2000号舜泰广场8号楼西区17层
邮 编：250101
From: Ni, Hongjun
Date: 2018-11-20 10:32
To: sweetcomb-...@lists.fd.io; vpp-dev@lists.fd.io
CC: Kinsella, Ray; Liu, Yu Y; Yu, Ping; Liu, Frank M; Hu, Xuekun
Subject: Re: [sweetcomb-dev] Initial code for Sweetcomb project has been
upstreamed
Hi Rastislav,
Thank you for your code contribution and helpful comments!
You are top contributor to Sysrepo and Sysrepo-VPP.
Hope you can help us a lot on the long development cycle.
Thank you in advance!
Thanks,
Hongjun
From: sweetcomb-...@lists.fd.io [mailto:sweetcomb-...@lists.fd.io] On Behalf Of
Rastislav Szabo -X (raszabo - PANTHEON TECHNOLOGIES@Cisco) via Lists.Fd.Io
Sent: Monday, November 19, 2018 9:48 PM
To: sweetcomb-...@lists.fd.io; vpp-dev@lists.fd.io
Cc: Kinsella, Ray <ray.kinse...@intel.com>; Liu, Yu Y <yu.y....@intel.com>; Yu,
Ping <ping...@intel.com>; Liu, Frank M <frank.m....@intel.com>; Hu, Xuekun
<xuekun...@intel.com>
Subject: Re: [sweetcomb-dev] Initial code for Sweetcomb project has been
upstreamed
Hi all,
Please be aware that the code which was chosen as the initial commit of the
sweetcomb project is in PoC quality, I wrote it 2 years ago within few days.
Since then, many things has changed in both VPP and Sysrepo, so it definitely
needs a lot of work until it could be claimed as production quality.
I wish luck to all sweetcomb contributors on this long journey.
Rastislav
From: sweetcomb-...@lists.fd.io <sweetcomb-...@lists.fd.io> On Behalf Of Ni,
Hongjun
Sent: Monday, November 19, 2018 1:42 PM
To: sweetcomb-...@lists.fd.io; vpp-dev@lists.fd.io
Cc: Kinsella, Ray <ray.kinse...@intel.com>; Liu, Yu Y <yu.y....@intel.com>; Yu,
Ping <ping...@intel.com>; Liu, Frank M <frank.m....@intel.com>; Hu, Xuekun
<xuekun...@intel.com>
Subject: [sweetcomb-dev] Initial code for Sweetcomb project has been upstreamed
Hi all,
Initial code for Sweetcomb project has been upstreamed as a code base.
It is contributed by Cisco (written by Rastislav Szabo) and HuachenTel.
https://gerrit.fd.io/r/#/c/16020/ Initial code commit for Sweetcomb project
But there are many rework to do and new features to be added.
If you are interested in this project, please join below dev mail list:
https://lists.fd.io/g/sweetcomb-dev
All future discussion will be posted through this dev mail list.
At the presentation to FD.io TSC, many attendees gave some useful suggestions.
After the approval, Jerome Tollet and Miroslav Mikluš also provided helpful
advice.
I summarized as below:
1). Yang models keep compatible with IETF Yang models and Honeycomb Yang models.
So end users could switch between Honeycomb and Sweetcomb smoothly.
2). Can support multiple clients to program VPP simultaneously.
3). Automatically reconnect to VPP when it is broken.
4). In case of NC/Y agent restart, VPP need to be repopulated.
IOW, doing “state reconciliation” between the “desired state” and the
actual state in VPP.
5). Mapping of the data stores (YANG models) to a list of app API calls.
Any comments and contribution are welcome!
Thanks,
Hongjun
_._,_._,_
Links:
You receive all messages sent to this group.
View/Reply Online (#10) | Reply To Group | Reply To Sender | Mute This Topic |
New Topic
Your Subscription | Contact Group Owner | Unsubscribe
[wangchuan...@huachentel.com]
_._,_._,_
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#11322): https://lists.fd.io/g/vpp-dev/message/11322
Mute This Topic: https://lists.fd.io/mt/28250700/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
