Closed kurimusityu closed 4 months ago
I am quite sure this is an incompatibility between used libyang and libnetconf2 version. When updating, please update all the libraries and netopeer2 to a specific compatible version, the latest releases are always compatible.
I will look into the compatibility of libyang and libnetconf2. Thanks.
By the way, the server-client connection is established after such an error message appears. At this time, get-schema works, is this normal?
> get-schema --model ietf-datastores
MODULE
module ietf-datastores {
yang-version 1.1;
namespace "urn:ietf:params:xml:ns:yang:ietf-datastores";
prefix ds;
organization
"IETF Network Modeling (NETMOD) Working Group";
contact
"WG Web: <https://datatracker.ietf.org/wg/netmod/>
WG List: <mailto:netmod@ietf.org>
Author: Martin Bjorklund
<mailto:mbj@tail-f.com>
Author: Juergen Schoenwaelder
<mailto:j.schoenwaelder@jacobs-university.de>
Author: Phil Shafer
<mailto:phil@juniper.net>
Author: Kent Watsen
<mailto:kwatsen@juniper.net>
Author: Rob Wilton
<rwilton@cisco.com>";
description
"This YANG module defines a set of identities for identifying
datastores.
Copyright (c) 2018 IETF Trust and the persons identified as
authors of the code. All rights reserved.
Redistribution and use in source and binary forms, with or
without modification, is permitted pursuant to, and subject to
the license terms contained in, the Simplified BSD License set
forth in Section 4.c of the IETF Trust's Legal Provisions
Relating to IETF Documents
(https://trustee.ietf.org/license-info).
This version of this YANG module is part of RFC 8342
(https://www.rfc-editor.org/info/rfc8342); see the RFC itself
for full legal notices.";
revision 2018-02-14 {
description
"Initial revision.";
reference
"RFC 8342: Network Management Datastore Architecture (NMDA)";
}
identity datastore {
description
"Abstract base identity for datastore identities.";
}
identity conventional {
base datastore;
description
"Abstract base identity for conventional configuration
datastores.";
}
identity running {
base conventional;
description
"The running configuration datastore.";
}
identity candidate {
base conventional;
description
"The candidate configuration datastore.";
}
identity startup {
base conventional;
description
"The startup configuration datastore.";
}
identity intended {
base conventional;
description
"The intended configuration datastore.";
}
identity dynamic {
base datastore;
description
"Abstract base identity for dynamic configuration datastores.";
}
identity operational {
base datastore;
description
"The operational state datastore.";
}
typedef datastore-ref {
type identityref {
base datastore;
}
description
"A datastore identity reference.";
}
}
Yes, an explicit CLI get-schema
executes different code than the internal one in libnetconf2.
libyang version was 2.1.111, libnetconf2 version was 2.1.28.
I will update these to compatible versions and try again. Thanks.
I found that libnetconf2 v2.1.28 is compatible with libyang v2.1.30. Therefore, we built libyang v2.1.30. As a result, when a netopeer2 client connects to a netopeer2 server, the module is successfully loaded from the server via get-schema.
Thanks. I will close this issue.
Hi, When the netopeer2 client connects to the netopeer2 server, the module is loaded from the server via get-schema, but this request fails with an unexpected reply. Is there anything you can tell us about this factor?
We can see the following log sequence.
The version of the netopeer2 server we are using is 2.1.49 and the version of the netopeer2 client is 2.0.69.
thank you