NETCONF stream not working on Linux PPC

Hi,

The Linux PPC version of ConfD-Basic 5.4 is not reporting notifications when I subscribe to its “NETCONF” stream.

The same subscription works on Linux 686 and I see notifications played live in my netconf-console. Anything in your bug database about this?

Thanks

I have enabled the NETCONF stream via my confd.conf file and I can see the confd daemon is writing the notifications in replay directory - the file size does increase with every netconf-console operation e.g --get.

The problem on this box is that none of these notification are getting out ( wireshark trace says there is nothing on the wire coming out of this box ) - hence a netconf-console session with create-subscription for stream NETCONF just stays silent! - even there is no replay when I provide startTime.

I have enabled builtInReplayStore on this stream!

-rw-r--r--    1 main  ggn     326076 Aug 31 05:04 NETCONF.1
-rw-r--r--    1 main  ggn         18 Aug 31 04:53 NETCONF.idx
-rw-r--r--    1 main  ggn         13 Aug 31 04:53 NETCONF.siz

Should work fine.

What does your confd.conf look like?

If you in the cli do a
# show netconf-state
what is your output?

Interestingly, on Linux PPC, confd_cli does not even show me netconf-state or confd-state!
I have double checked and all .fxs files are loaded from $CONFD_DIR/etc/confd directory. Below is output from A) confd_cli and B) confd --status (truncated)

BD0466# show ?
Possible completions:
  cli              Display cli settings
  ggios            
  history          Display CLI command history
  jobs             Display background jobs
  notification     Display notifications
  parser           Display parser information
  running-config   Display current configuration

$ confd --status
vsn: 5.4
SMP support: yes, using 4 threads
Using epoll: no
available modules: backplane,netconf,cdb,cli
running modules: backplane,netconf,cdb,cli
status: started
namespaces: http://www.glimmerglass.com/ios/gg-ios-yang prefix:ggios exported to: all
            urn:ietf:params:xml:ns:yang:iana-crypt-hash prefix:ianach exported to: all
            urn:ietf:params:xml:ns:yang:ietf-inet-types prefix:inet exported to: all
            urn:ietf:params:xml:ns:yang:ietf-netconf-acm prefix:nacm exported to: all
            urn:ietf:params:xml:ns:yang:ietf-netconf-monitoring prefix:ncm exported to: all
            urn:ietf:params:xml:ns:yang:ietf-netconf-notifications prefix:ncn exported to: all
            urn:ietf:params:xml:ns:yang:ietf-yang-types prefix:yang exported to: all
            urn:ietf:params:xml:ns:netmod:notification prefix:nm exported to: netconf
            http://tail-f.com/ns/aaa/1.1 prefix:aaa exported to: all
            http://tail-f.com/yang/acm prefix:tacm exported to: all
        http://tail-f.com/yang/common-monitoring prefix:tfcg exported to: all
        http://tail-f.com/yang/confd-monitoring prefix:tfcm exported to: all
        http://tail-f.com/yang/netconf-monitoring prefix:tncm exported to: all

notification stream replay support:
  name=NETCONF <builtin>
  name=ggios-notification-stream <builtin>

What does your confd.log and devel.log say?
Can you run for example the examples.confd/netconf_notifications example?

I’m running ConfD Basic 5.4 and 6.2 on a PPC, works fine.

Thanks everyone - that was a false alarm.

The reason I didn’t see any notifications out of confd was because of bad NACM settings.
More specifically the “read-default” was set to “deny” and later my NACM did selective “permit” on different containers in my YANG file. But this shut off all Notifications since I didn’t have any rule for notifications. So I’ve now changed “read-default” to permit.

  <nacm xmlns="urn:ietf:params:xml:ns:yang:ietf-netconf-acm">
    <write-default>deny</write-default>
    <read-default>permit</read-default>
    <exec-default>permit</exec-default>