-
Notifications
You must be signed in to change notification settings - Fork 76
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
namespace prefix nc is not supported in full #154
Comments
bad:
config lacks prefix
|
I also see: |
|
I am unsure what you mean? |
|
Yes, or set a default namespace as , in the current setup there is no default namespace, therefore namespace is void. |
I tried to use XML like this - it does not work with nc namespace... What I did wrong?
|
The "nc" prefix must be declared somewhere. ie as <nc:rpc xmlns:nc="..." |
Added message-id:s in replies according to fix above. |
@olofhagsand thanks for the fast response. Please let me time to test it with the latest master |
@olofhagsand I'm using the latest CLIXON master trying to send the following XML:
I got an error - please see attached log. |
The above seems ok, it may be a clixon problem, but I need to check.
|
Added a patch to fix the problem of nc:config appearing with tag other than null/default. |
I tried the latest version. I can send XML with namespace, please see the example below
If I remove the namespace from |
Yes, because there is no default namespace declared: |
@olofhagsand thanks for the fast response. Tomorrow I plan to run more tests with the latest CLIXON master and will update you. |
I tried to use namespace
Is it expected result? |
I hope it works with :1.0? I dont recognize :1.1, where is that defined? |
yes, 1.0 is working well. The client I use support 1.1. So, I expect that the command will work. Am I missing something? |
I have seen examples using urn:ietf:params:xml:ns:netconf:base:1.1 |
I can try to run netconf requests against the 1.1 device and see which commands are transmitted. Will it help? |
Sure, to see differences from 1.0. |
OK, I will try. I will close this bug. |
The "filter" node was not detected when an a namespace was used. The fix is similar to clicon@d045e8a and related to bug clicon#154 clicon#143
Hi @olofhagsand
It looks the #143 issue is not solved in full.
Please see attached two logs
good-no-ns.txt
bad-with-ns.txt
The good-no-ns.txt file shows the test result when a namespace is not allowed.
The bad-with-ns.txt file shows the test result when a namespace is allowed and we get a timeout.
Can you please compare both files? You will see that some netconf messages have ns namespace and some messages don't have it.
The text was updated successfully, but these errors were encountered: