Vladimir,
if I understood Steve's comment correctly, it is not about any particular name,
but more about recognition of yet additional standalone controller, while we
don't have it as a part of our architecture.
This is why the proposal is to contain it under SDN-C (as, also according to
our ar
SDN-R is ONF project based on the Microwave Information Model TR-532, which is
quite distant from what is needed for cellular RAN.
So what we knew as SDN-R in fact never was SDN Radio controller :)
Therefore we are free to keep the name SDN-R or find another good looking name.
After all, it's jus
Guys,
All proponents of SDN-R terminology - when I asked during the meeting are there
any concerns regarding the compromise proposal of saying "SDN-C" and then
explicitly describing the functionality of this sub-module, there were no
concerns about it.
One additional sub-compromise :) - can we
Hi Steve,
Sorry for omitting this from the summary, I will add it to the summary posted
on wiki now.
Best regards,
Alla Goldner
Open Network Division
Amdocs Technology
[cid:image001.png@01D3EDB7.91CD3820]
From: Stephen Terrill [mailto:stephen.terr...@ericsson.com]
Sent: Thursday, May 17, 20
Hi Kenny,
Thanks a lot for sharing this!
I have 2 related questions:
1. I see one proposal for exception “*Make the job role of “Release
Manager”, which is an elected position, a TSC seat”. Have we ever discussed
this? I don’t remember this being part of the survey
2. If I rememb
Concur with views below from Shankar. Why confuse by changing it to SDN-C when
we know it's functionality quite "Radio" and wireless domain specific.
thanks & regards,
Dhananjay Pavgi
+91 98220 22264
From: onap-tsc-boun...@lists.onap.org On
Behalf Of SHANKARANARAYANAN, N K (N K)
Sent: Thursday
Alla,
I don't understand the decision to change the SDN-R term after the several
discussions in the 5G and SDN-R groups
using this term to describe the single ONAP OA&M controller persona (derived
from CC-SDK) for mobility and wireless PNF/VNFs.
The reasons were articulated in the discussions. T
Hi Alla,
That is not my understanding from the discussions in 5G use case forum.
This is my understanding:
SDN-R will continue to support 5G use case.
It will be using CCSDK and reusing applicable code (adaptors, mainly) from APPC.
SDN-R to be continued as a sub-project under SDN-C.
Thanks,
Sarat
Steve,
Alla,
Whatever we elect to call it, "SDN-R" is an ODL-based ONAP controller derived
from CC-SDK that includes the logic & features/functionality of both SDN-C and
APP-C, which are also derived from CC-SDK.
The "-R" connotes RAN, which is shorthand for Mobility & Fixed Wireless.
Referri
Hi Alla,
Thanks for the notes.
One clarification in the 5G group of functions - I recall correctly that SDN-R
is to be replaced by SDN-C; and to extend that comment I also asked about the
role of APPC (as that handles the higher layer VNFs) and the response was that
is also a controller create
Fyi...
From: onap-arch-tiger-team-boun...@lists.onap.org
[mailto:onap-arch-tiger-team-boun...@lists.onap.org] On Behalf Of Parviz Yegani
Sent: Wednesday, May 16, 2018 5:17 AM
To: 'onap-arch-tiger-t...@lists.onap.org'
Subject: Re: [Onap-arch-tiger-team] Canceled: ONAP R3+ Architecture Tiger Team
11 matches
Mail list logo
