Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

RoleFirst Name Last NameLinux Foundation IDEmail AddressLocation
PTLJonathan Gathman

Instrumental

jg1555@att.comSt. Louis, MO, USA, UTC -6, USA
Primary ContactJonathan Gathman

Instrumental

jg1555@att.comSt. Louis, MO, USA, UTC -6, USA

Project Manager(Dropped for Dublin)


CommittersJonathan Gathman

Instrumental

jg1555@att.comSt. Louis, MO, USA, UTC -6, USASai Gandham
(Note: Sai's Contract is ending Nov 2019)
sg481nsg481n@att.comDallas, TX, USA, UTC -6, USA





 Hampus Tjäder







Kiran Kamineni

(Kiran continues to support SMS related components)

kirankamineni

kiran.k.kamineni@intel.com

Santa Clara, CA

Contributors

Jonathan Gathman

(Part time - Core AAF Code)

Instrumental

jg1555@att.comSt. Louis, MO, USA, UTC -6, USA

Sai Gandham

(Part time - Core AAF Code)

sg481nsg481n@att.comDallas, TX, USA, UTC -6, USA

Kiran Kamineni
(SMS Tool only)

kirankaminenikiran.k.kamineni@intel.comSanta Clara, CA, USA, UTC -8

Nokia & Samsung

These companies have promised and delivered people for planning of CMPv2 support.  Names will be forthcoming.





Arundathi Patil, Ezhilariasi R,Driptaroop Dias,Piotr Karas,Tian Lee and others:


These have stepped up to add some SONAR fixes and JUnits. They will likely continue in Dublin.





Ian Blackwell

(working sidecar only)

Note: Amdocs support for El Alto was minimal.  More regular support is required to continue with sidecar.




...

RoleProject
log/pomba
First Name Last NameLinux Foundation IDEmail AddressLocation
PTLL/Ppau2882

prudence.au@amdocs.com

Ottawa, Canada, UTC -5:00

Primary ContactL/P
L

pau2882


prudence.au@amdocs.com

Ottawa, Canada, UTC -5:00


Project Managernoneif any


CommittersLAvdhut Kholkaravdhutkavdhut.kholkar@amdocs.comPune, India, UTC +05:30L-Alumni

Lee Breslau

LeeB32breslau@research.att.com

NJ, USA, UTC -05:00LLuke Parkerlparkerluke.parker@amdocs.comMelbourne, Australia, UTC +10:00

L/Ppau2882prudence.au@amdocs.comOttawa, Canada, UTC -5:00

Ppriouxpierre.rioux@amdocs.comOttawa, Canada, UTC -5:00

LKevin Smokowski

nullop

ks6305@att.comNew York, USA, UTC -5:00
Contributors
dmwilliamsondw2143@att.comNew Jersey , USA UTC -5:00


obrienlabsmichael@obrienlabs.cloudOttawa, Canada, UTC -5:00


priouxpierre.rioux@amdocs.comOttawa, Canada, UTC -5:00


bbeneschbrad.benesch@amdocs.comOttawa, Canada, UTC -5:00


James MacNiderjmacjames.macnider@amdocs.comOttawa, Canada, UTC -5:00


Vitaly Lavrusevich
Vitaly.Lavrusevich@amdocs.comOttawa, Canada, UTC -5:00










...

RoleFirst Name Last NameLinux Foundation IDDocker Hub IDEmail AddressLocation
PTLVictor Gao
g310497
victorgaovictor.gao@huawei.comXiAn, China. UTC +8:00
Primary ContactVictor Gao

g310497

victorgaovictor.gao@huawei.comXiAn, China. UTC +8:00
Project Manager

If any





CommittersLianhao LuLianhaoLu

lianhao.lu@intel.com

Shanghai, China. UTC +8:00

Victor Gaog310497victorgao

victor.gao@huawei.com

XiAn, China. UTC +8:00

Andy Mayerajmayer

am803u@att.com

Middletown, NJ USA UTC -4:00

Alex Vulavul

alex.vul@intel.com

Palo Alto, CA USA. UTC -7:00

Avinash SAvinashS
Avinash.s@huawei.comBangalore, India, UTC +5:30

Wenyao Guanguanwenyao

guanwenyao@chinamobile.com

Beijing, China. UTC +8:00

Moshe Hoadleymoshe_hoadley
moshehoa@amdocs.comRaanana, Israel. UTC +3

Kanagaraj Manickam

mkr1481


kanagaraj.manickam@huawei.comBangalore, India. UTC +5:30

Kailun Qin

kailun.qin


kailun.qin@intel.comShanghai, China. UTC +8:00

Anjali Walsatwar

anjaliw
anjali.walsatwar@huawei.comBangalore, India. UTC +5:30
Contributors





Chengli Wangwangchengli
wangchengli@chinamobile.comBeijing, China. UTC +8

Stephen Gooch



stephen.gooch@windriver.com

Eddy Raineri



eddy.raineri@windriver.com

Eric Debeau



eric.debeau@orange.comLannion, France UTC +2:00

Amir Levyamirlevy

amir@gigaspaces.com

Sunnyvale, CA USA. UTC -7:00

Zongbiao Li

lizongbiao@huawei.com

Shenzhen, China. UTC +8:00

Ting Lu

tl2062@att.com



Fari Behi

fb2634@att.com



Helen Chenhelenc878
helen.chen@huawei.comSanta Clara, CA USA. UTC -7

Gary Wu

gwu
gary.i.wu@huawei.comSanta Clara, CA USA. UTC -7

Oleg Kaplan

oleg.kaplan@amdocs.com

Trevor Cooper

trevor.cooper@intel.com

Brian Hedstrom

brian.hedstrom@oamtechnologies.comDenver, CO USA. UTC -6

Tina Tsoutinatsou
tina.tsou@arm.comSan Jose, CA, USA, UTC -7

Thinh Nguyenphu



thinh.nguyenphu@nokia.com

Zhaoxing Meng

Zhaoxing

meng.zhaoxing1@zte.com.cn

Chengdu, China. UTC +8

Huabing ZhaoHuabingZhao
zhao.huabing@zte.com.cnChengdu, China. UTC +8

Zygmunt Lozinski



zygmunt_lozinski@uk.ibm.com

Amy Zwarico



az9121@att.com

Suresh Nekkalapudisnekkalapudi
snekkalapudi@vmware.comBangalore, India. UTC +5:30

Gershon Schatzberg



gershon.schatzberg@intel.com

Ranny Haiby



ranny.haiby@nokia.com

Maopeng Zhangmaopengzhang

zhang.maopeng1@zte.com.cn

Nanjing, China. UTC +8


Dave(Wei) Chen

wei.d.chen@intel.com

Steven Wrightwombat123sw3588@att.comAtlanta, GA UTC -4:00Andrei KojukhovAndreiKojukhov
andreik@amdocs.comRaanana, Israel. UTC +3

Yang Xu

yang.xu3@huawei.com

Bruce Thompson

brucet@cisco.com

John Strassnerstrazzie123
john.sc.strassner@huawei.com

Dileep Ranganathan

dileep.ranganathan@intel.com


...

RoleFirst Name Last NameLinux Foundation IDEmail AddressLocation
PTL



Primary Contact



Project Managerif any


Committers


















Contributors

-

https://wiki.onap.org/display/DW/Resources+and+Repositories#ResourcesandRepositories-ServiceOrchestrator

mahesh.poojary@huawei.com

https://gerrit.onap.org/r/#/admin/projects/dmaap/buscontroller

https://gerrit.onap.org/r/#/admin/projects/dmaap/dbcapi

https://gerrit.onap.org/r/#/admin/projects/dmaap/messagerouter/dmaapclient

https://gerrit.onap.org/r/#/admin/projects/dmaap/messagerouter/messageservice

https://gerrit.onap.org/r/#/admin/projects/dmaap/messagerouter/mirroragent

https://gerrit.onap.org/r/#/admin/projects/dmaap/messagerouter/msgrtr

arunkumar.reddipilli@accenture.com

yufei.zhou@nokia-sbell.com

Mesh sidecar is a transparent proxy which handles the communication between ONAP microservices. The inter-communication between microservices can become very complex because there are multiple instances for a service to provide high-availability and scalability. Normally, these instances are randomly scattered on different hosts, which adds more difficulty to locate the service. The reliability of RPC is also another issue needed to be considered. Mesh sidecar handles all these communication details for microservies transparently. So the microservice can focus its own business logic.

mark.gibson

murat.turpcu@turktelekom.com.tr

chameleon

Oren Kleks

jg1555@att.com

Xue Gao

ss835w@att.com

...