[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Forward: Notes from NETCONF interop tests



Radu State from the MOME team, who coordinated last week's NETCONF
interop event, allowed me to forward his notes to the list.  Enjoy!
-- 
Simon.
--- Begin Message ---
Please find the report of the MOME meeting for NetConf

Radu State



MOME Interoperability Notes

28-29 July, Paris, FRANCE


Participants:

NEC Labs, Germany
WIPRO, Germany
LORIA, France
POSTECH, Korea

1)	Partners tested their managers and agents with respect to a series of
predefined test cases specified on the MOME website. Each partner tested its
manager /agent solution with every other partner.

2)	Implementation languages:
a.	One partner used Python for development
b.	Three partners  used C  for development

3)	The four major problems identified during the testing were:
a.	SSH support for NetConf was initially difficult due to the different
authentication types allowed by SSH (interactive password, public key etc.) and
some offline agreement had to be done. Finally however, these issues were
solved.
b.	SSH subsystem for Netconf. Some implementations use it exclusively, while
others work with/without it. Event for those implementations that use it, the
name of the subsystem was not consistent among all the implementations.
c.	Message separator. Messages are separated with a special character string in
Netconf/SSH draft. Some implementations use it, while others don?t rely on this
mechanism.
d.	Common data model. Although a basic data model (related to the interfaces)
was specified for the MOME event, some implementations did not effectively
implement it. This issue was solved on a case per case basis, where manager
applications were customized to fit a specific agent.
4)	The interoperability results are rather positive. All 4 manager applications
succeed to connect and perform requests on two out of the four tested agents.
Two agents could not be connected to, due to missing SSH support and delimiter
problem (mentioned earlier).

Suggestions for the IETF working group

1)	Better SSH descriptions and use cases
2)	Common data model proposal


--- End Message ---