summaryrefslogtreecommitdiff
path: root/ospfd
AgeCommit message (Collapse)Author
2021-01-19Merge pull request #7436 from ckishimo/cosmeticDonald Sharp
ospfd: cosmetic function names in debug
2021-01-19Merge pull request #7655 from ckishimo/areaOlivier Dugeon
ospfd: fix area removal at interface level
2021-01-18Merge pull request #7790 from mobash-rasool/ospfv3-max-pathDonald Sharp
ospfd: Clear ip ospf process and clear ip ospf neighbor
2021-01-12Merge pull request #7733 from rgirada/ospf_jsonRuss White
ospfd: Adding authentication details to ospf interafce command o/p
2021-01-12ospfd: deleting ospf process is leading to crash at no_router_ospfMobashshera Rasool
Topology diagram: ------------------------- +---+ A0 +---+ +R1 +------------+R2 | +-+-+- +--++ | -- -- | | -- A0 -- | A0| ---- | | ---- | A0 | -- -- | | -- -- | +-+-+- +-+-+ +R0 +-------------+R3 | +---+ A0 +---+ Steps to reproduce: -------------------------- 1. Bring up the base config as per the topology 2. Configure OSPF on all the routers of the topology. 3. Configure 5 static routes from the same network on R0 , 5 static routes from different networks and redistribute in R0 4. Configure External Route summary in R0 to summarise 5 routes to one route. 5. Delete the configured summary 6. configure the summary again and delete static routes . 7. Add back static routes. 8. Configure new static route which is matching the configured summary. 9. Delete one of the static route. 10. Configure redistribute connected and configure ospf external summary address to summarise the connected routes. 11. Clear ospf process and check for any errors. [New LWP 2346] [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". Core was generated by `/usr/lib/frr/ospfd'. Program terminated with signal SIGABRT, Aborted. 54 ../sysdeps/unix/sysv/linux/raise.c: No such file or directory. (gdb) bt 0 0x00007f296f278428 in __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:54 1 0x00007f296f27a02a in __GI_abort () at abort.c:89 2 0x00007f296fca4110 in core_handler (signo=11, siginfo=0x7ffcd52044f0, context=<optimized out>) at lib/sigevent.c:254 3 <signal handler called> 4 0x000055949b9dfdff in ospf_lsdb_lookup (lsdb=lsdb@entry=0x55949bfd3688, lsa=lsa@entry=0x55949bfe1290) at ospfd/ospf_lsdb.c:179 5 0x000055949ba28fbe in ospf_ls_retransmit_lookup (lsa=0x55949bfe1290, nbr=0x55949bfd3610) at ospfd/ospf_flood.c:918 6 ospf_ls_retransmit_delete_nbr_if (oi=oi@entry=0x55949bfd2590, lsa=lsa@entry=0x55949bfe1290) at ospfd/ospf_flood.c:932 7 0x000055949ba2916b in ospf_ls_retransmit_delete_nbr_if (lsa=0x55949bfe1290, oi=0x55949bfd2590) at ospfd/ospf_flood.c:928 8 ospf_ls_retransmit_delete_nbr_as (ospf=ospf@entry=0x55949bfbdb30, lsa=lsa@entry=0x55949bfe1290) at ospfd/ospf_flood.c:959 9 0x000055949b9dcd7e in ospf_discard_from_db (ospf=ospf@entry=0x55949bfbdb30, lsdb=<optimized out>, lsa=lsa@entry=0x55949bfe1630) at ospfd/ospf_lsa.c:2552 10 0x000055949b9df1b3 in ospf_maxage_lsa_remover (thread=0x55949bfde930) at ospfd/ospf_lsa.c:2848 11 0x00007f296fcb1770 in thread_call (thread=0x55949bfde930) at lib/thread.c:1557 12 0x00007f296fcb19d6 in funcname_thread_execute (m=0x55949be0a630, func=func@entry=0x55949b9df0a0 <ospf_maxage_lsa_remover>, arg=arg@entry=0x55949bfbdb30, val=val@entry=0, funcname=funcname@entry=0x55949ba31b41 "ospf_maxage_lsa_remover", schedfrom=schedfrom@entry=0x55949ba31917 "ospfd/ospf_lsa.c", fromln=3364) at lib/thread.c:1628 13 0x000055949b9de90b in ospf_flush_self_originated_lsas_now (ospf=ospf@entry=0x55949bfbdb30) at ospfd/ospf_lsa.c:3364 14 0x000055949ba19a55 in ospf_process_refresh_data (ospf=0x55949bfbdb30, reset=reset@entry=true) at ospfd/ospfd.c:138 15 0x000055949ba1aeef in ospf_process_reset (ospf=<optimized out>) at ospfd/ospfd.c:206 16 0x000055949ba0729b in clear_ip_ospf_process_magic (self=<optimized out>, vty=<optimized out>, argc=<optimized out>, argv=<optimized out>, instance_str=<optimized out>, instance=<optimized out>) at ospfd/ospf_vty.c:11930 17 clear_ip_ospf_process (self=<optimized out>, vty=0x55949bfe2600, argc=<optimized out>, argv=<optimized out>) at ./ospfd/ospf_vty_clippy.c:306 18 0x00007f296fc66523 in cmd_execute_command_real (vline=vline@entry=0x55949bfd2fb0, vty=vty@entry=0x55949bfe2600, cmd=cmd@entry=0x0, filter=FILTER_RELAXED) at lib/command.c:1060 19 0x00007f296fc6869a in cmd_execute_command (vline=vline@entry=0x55949bfd2fb0, vty=vty@entry=0x55949bfe2600, cmd=0x0, vtysh=vtysh@entry=0) at lib/command.c:1119 20 0x00007f296fc68817 in cmd_execute (vty=vty@entry=0x55949bfe2600, cmd=cmd@entry=0x55949bfe7f80 "clear ip ospf pro", matched=matched@entry=0x0, vtysh=vtysh@entry=0) at lib/command.c:1275 21 0x00007f296fcb6c13 in vty_command (vty=vty@entry=0x55949bfe2600, buf=0x55949bfe7f80 "clear ip ospf pro") at lib/vty.c:514 22 0x00007f296fcb6ea6 in vty_execute (vty=vty@entry=0x55949bfe2600) at lib/vty.c:1281 23 0x00007f296fcb97f4 in vtysh_read (thread=<optimized out>) at lib/vty.c:2123 24 0x00007f296fcb1770 in thread_call (thread=thread@entry=0x7ffcd5209590) at lib/thread.c:1557 25 0x00007f296fc82e78 in frr_run (master=0x55949be0a630) at lib/libfrr.c:1026 26 0x000055949b9d0f07 in main (argc=1, argv=0x7ffcd52098b8) at ospfd/ospf_main.c:230 Signed-off-by: Mobashshera Rasool <mrasool@vmware.com>
2021-01-12ospfd: Clear ip ospf process and clear ip ospf neighborMobashshera Rasool
Implement the below 2 CLIs to clear the current data in the process and neighbor data structure. 1. clear ip ospf process 2. clear ip ospf neighbor Signed-off-by: Mobashshera Rasool <mrasool@vmware.com>
2021-01-12ospfd: cosmetic function names in debugckishimo
Signed-off-by: ckishimo <carles.kishimoto@gmail.com>
2021-01-08ospfd: Adding authentication details to ospf interafce command o/prgirada
Description: Display configured ospf authentication details in "show ip ospf interface" command o/p. Signed-off-by: Rajesh Girada <rgirada@vmware.com>
2020-12-24ospfd: fix no show database output when selecting vrfLouis Scalbert
No output when selecting a vrf frr# show ip ospf vrf default database router adv-router 10.125.0.1 VRF Name: default OSPF Router with ID (10.125.0.1) In comparison with: frr# show ip ospf database router adv-router 10.125.0.1 OSPF Router with ID (10.125.0.1) Router Link States (Area 0.0.0.0) LS age: 155 Options: 0x2 : *|-|-|-|-|-|E|- (...) Signed-off-by: Louis Scalbert <louis.scalbert@6wind.com>
2020-12-15Merge pull request #7736 from ton31337/fix/s_addr_INADDR_ANYRuss White
*: Replace s_addr check agains 0 with INADDR_ANY
2020-12-14ospfd: avoid inet_ntoaMark Stapp
some recent commits re-introduced use of inet_ntoa() - fix them. Signed-off-by: Mark Stapp <mjs@voltanet.io>
2020-12-14*: Replace s_addr check agains 0 with INADDR_ANYDonatas Abraitis
Signed-off-by: Donatas Abraitis <donatas.abraitis@gmail.com>
2020-12-10isisd, ospfd: update 'client close' callback to 'ldp fail' apiKaren Schoener
Update 'client close' callback to 'ldp fail' api. Signed-off-by: Karen Schoener <karen@voltanet.io>
2020-12-09ldpd, isisd, ospfd: Remove periodic ldp-sync hello messageKaren Schoener
Removing the obsolete ldp-sync periodic 'hello' message. When ldp-sync is configured, IGPs take action if the LDP process goes down. The IGPs have been updated to use the zapi client close callback to detect the LDP process going down. Signed-off-by: Karen Schoener <karen@voltanet.io>
2020-12-09isisd, ospfd: IGPs detect LDP down via zapi client close messageKaren Schoener
When ldp-sync is configured, IGPs take action if the LDP process goes down. Currently, IGPs detect the LDP process is down if they do not receive a periodic 'hello' message from LDP within 1 second. Intermittently, this heartbeat mechanism causes false topotest failures. When the failure occurs, LDP is busy receiving messages from zebra for a few seconds. During this time, LDP does not send the expected periodic message. With this change, IGPs detect LDP down via zapi client close message. Signed-off-by: Karen Schoener <karen@voltanet.io>
2020-12-03Merge pull request #7618 from ckishimo/nssa_roleDonald Sharp
ospfd: fix cosmetic show ip ospf when NSSA
2020-12-02Merge pull request #7625 from donaldsharp/pointtomultipointRuss White
Pointtomultipoint
2020-12-02ospfd: fix cosmetic show ip ospf when NSSAckishimo
When executing the following command to change the NSSA translator role from OSPF_NSSA_ROLE_ALWAYS to OSPF_NSSA_ROLE_NEVER r2(config-router)# area 1 nssa translate-never During the time the `ospf_abr_nssa_check_status()` function is not executed, we are in a situation where the role is OSPF_NSSA_ROLE_NEVER (just configured) but the NSSATranslatorState is still ENABLED During this time the output of "show ip ospf" displays the following: r2# show ip ospf Area ID: 0.0.0.1 (NSSA) Shortcutting mode: Default, S-bit consensus: no Number of interfaces in this area: Total: 1, Active: 1 It is an NSSA configuration. Elected NSSA/ABR performs type-7/type-5 LSA translation. We are an ABR and Number of fully adjacent neighbors in this area: 1 (**) Basically the case TranslatorState=ENABLED && TranslatorRole=ROLE_NEVER is not covered in `ospf_vty.c` This PR adds the case TranslatorState=ENABLED and TranslatorRole=ROLE_NEVER which should only happen for a small period of time Signed-off-by: ckishimo <carles.kishimoto@gmail.com>
2020-12-02Merge pull request #7648 from donaldsharp/store_curr_mtuRuss White
ospfd: Set Curr_mtu to when we get the mtu
2020-12-02Merge pull request #7612 from deastoe/ospf-vlink-auth-cfgDonald Sharp
ospfd: vlink auth type not shown in running config
2020-12-02ospfd: fix area removal at interface levelckishimo
Areas created via interface command are not being deleted when executing the command `no ip ospf area x` With the following configuration: ! interface eth1 ip address 10.0.12.2/24 ip ospf area 0.0.0.100 ! router ospf ! r2# sh ip ospf OSPF Routing Process, Router ID: 2.2.2.2 Supports only single TOS (TOS0) routes .... Number of opaque AS LSA 0. Checksum Sum 0x00000000 Number of areas attached to this router: 1 <--- *** Area ID: 0.0.0.100 <--- *** Shortcutting mode: Default, S-bit consensus: ok Number of interfaces in this area: Total: 1, Active: 1 Number of fully adjacent neighbors in this area: 0 Area has no authentication Number of full virtual adjacencies going through this area: 0 SPF algorithm executed 1 times Number of LSA 1 Number of router LSA 1. Checksum Sum 0x0000f3d4 Number of network LSA 0. Checksum Sum 0x00000000 Number of summary LSA 0. Checksum Sum 0x00000000 Number of ASBR summary LSA 0. Checksum Sum 0x00000000 Number of NSSA LSA 0. Checksum Sum 0x00000000 Number of opaque link LSA 0. Checksum Sum 0x00000000 Number of opaque area LSA 0. Checksum Sum 0x00000000 However when removing the area from the interface, the command above displays the same information r2# conf t r2(config)# int eth1 r2(config-if)# no ip ospf area 0.0.0.100 r2(config-if)# exit r2(config)# exit r2# sh ip ospf OSPF Routing Process, Router ID: 2.2.2.2 Supports only single TOS (TOS0) routes .... Number of opaque AS LSA 0. Checksum Sum 0x00000000 Number of areas attached to this router: 1 <--- *** Area ID: 0.0.0.100 <--- *** Shortcutting mode: Default, S-bit consensus: ok Number of interfaces in this area: Total: 0, Active: 0 Number of fully adjacent neighbors in this area: 0 Area has no authentication Number of full virtual adjacencies going through this area: 0 SPF algorithm executed 2 times Number of LSA 1 Number of router LSA 1. Checksum Sum 0x0000e26e Number of network LSA 0. Checksum Sum 0x00000000 Number of summary LSA 0. Checksum Sum 0x00000000 Number of ASBR summary LSA 0. Checksum Sum 0x00000000 Number of NSSA LSA 0. Checksum Sum 0x00000000 Number of opaque link LSA 0. Checksum Sum 0x00000000 Number of opaque area LSA 0. Checksum Sum 0x00000000 r2# sh run ! interface eth1 ip address 10.0.12.2/24 ! router ospf ! end This PR removes the area when executing `no ip ospf area` command r2# sh ip ospf OSPF Routing Process, Router ID: 2.2.2.2 Supports only single TOS (TOS0) routes .... Number of opaque AS LSA 0. Checksum Sum 0x00000000 Number of areas attached to this router: 0 Signed-off-by: ckishimo <carles.kishimoto@gmail.com>
2020-12-02ospfd: Set Curr_mtu to when we get the mtuDonald Sharp
Currently if you start ospfd, bring up neighbors and then issue a tcpdump on a interface ospf is peering over, this causes the neighbor relationship to be restarted: root@spectrum301(mlx-4600c-01):mgmt:~# tcpdump -i vlan402 2020-11-13T21:25:38.059671+00:00 spectrum301 ospfd[29953]: AdjChg: Nbr 202.0.0.3(default) on vlan402:200.0.3.1: Full -> Deleted (KillNbr) 2020-11-13T21:25:38.065520+00:00 spectrum301 ospfd[29953]: ospfTrapNbrStateChange: trap sent: 200.0.3.2 now Deleted/DROther 2020-11-13T21:25:38.065922+00:00 spectrum301 ospfd[29953]: ospfTrapIfStateChange: trap sent: 200.0.3.1 now Down tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on vlan402, link-type EN10MB (Ethernet), capture size 262144 bytes 21:25:38.072330 IP 200.0.3.1 > igmp.mcast.net: igmp v3 report, 1 group record(s) 2020-11-13T21:25:38.080430+00:00 spectrum301 ospfd[29953]: ospfTrapIfStateChange: trap sent: 200.0.3.1 now Point-To-Point 2020-11-13T21:25:38.080654+00:00 spectrum301 ospfd[29953]: SPF Processing Time(usecs): 9734 2020-11-13T21:25:38.080829+00:00 spectrum301 ospfd[29953]: SPF Time: 6422 2020-11-13T21:25:38.080991+00:00 spectrum301 ospfd[29953]: InterArea: 1572 2020-11-13T21:25:38.081152+00:00 spectrum301 ospfd[29953]: Prune: 67 2020-11-13T21:25:38.081329+00:00 spectrum301 ospfd[29953]: RouteInstall: 1396 2020-11-13T21:25:38.081548+00:00 spectrum301 ospfd[29953]: Reason(s) for SPF: N, S, ABR, ASBR 21:25:38.092510 IP 200.0.3.1 > ospf-all.mcast.net: OSPFv2, Hello, length 44 This is happening because the curr_mtu is not being properly stored. It was being set on interface creation( but we have not actually read in the mtu part of the interface data, so it is still 0 ). Modify the code to store the curr_mtu at a point in interface creation *After* we have read in interface data. Ticket: CM-32276 Signed-off-by: Donald Sharp <sharpd@nvidia.com>
2020-12-02ospf: fix instance initialization when using multi-instance modeIgor Ryzhov
OSPF instance initialization was moved from "router ospf" vty command to ospf_get function some time ago but the same thing must be done in ospf_get_instance function used when multi-instance mode is enabled. Signed-off-by: Igor Ryzhov <iryzhov@nfware.com>
2020-12-01ospfd: vlink auth type not shown in running configDuncan Eastoe
The following virtual-link configuration was not represented in the running configuration: area <area> virtual-link <ip> authentication [null|message-digest] Signed-off-by: Duncan Eastoe <duncan.eastoe@att.com>
2020-11-30Merge pull request #7620 from ckishimo/cosmetic2Rafael Zalamena
ospfd: fix a couple of typos
2020-11-28ospfd: Restore POINTOMULTIPOINT to working orderDonald Sharp
Commit: 1d376ff539508f336cb5872c5592b780e3db180b removed the code to find nexthops for the POINTOMULTIPOINT and replaced it with a generic bit of code that was supposed to handle both POINTOPOINT and POINTOMULTIPOINT the problem is that the ospf rfc states that the network mask on point to multipoint should be /32 which will not allow you to properly do a prefix match on it against the network. Restore original behavior as much as possible and leave the new POINTOPOINT code alone. Fixes: #7624 Signed-off-by: Donald Sharp <sharpd@nvidia.com>
2020-11-25ospfd: Prevent crash by accessing memory not owned.Donald Sharp
When allocating memory for the `struct ospf_metric` we were using `uint32_t` instead of the actual size of this structure. When we wrote to it we would be writing into other people's memory. Found-by: Amol Lad Signed-off-by: Donald Sharp <sharpd@nvidia.com>
2020-11-24ospfd: fix a couple of typosckishimo
Signed-off-by: ckishimo <carles.kishimoto@gmail.com>
2020-11-21ospfd: fix NSSA translate-alwaysckishimo
When an ABR NSSA router is configured to be ALWAYS the translator: r22(config-router)# area 1 nssa translate-always It will advertise this condition in the type-1 LSA setting the Nt bit, taking over the translator role from r33 r22# show ip ospf We are an ABR and always an NSSA Translator. r33# show ip ospf We are an ABR, but not the NSSA Elected Translator. However when the command above is removed: r22(config-router)# no area 1 nssa translate-always the bit Nt needs to be cleared otherwise we end up with no translator in the area r22# show ip ospf We are an ABR, but not the NSSA Elected Translator. r33# show ip ospf We are an ABR, but not the NSSA Elected Translator. This PR forces the ABR to send a type-1 LSA with the Nt bit updated according to the translator role Signed-off-by: ckishimo <carles.kishimoto@gmail.com>
2020-11-19Merge pull request #7559 from ckishimo/translatorDonald Sharp
ospfd: fix NSSA translator
2020-11-18ospfd: fix NSSA translatorckishimo
Having 2 ABR in NSSA area where R3 is the elected translator R3# show ip ospf We are an ABR and the NSSA Elected Translator. R2# show ip ospf We are an ABR, but not the NSSA Elected Translator. When R3 loses the Border condition by shutting down the interface to the backbone, we end up with no translator in the NSSA area. It is expected R2 to take over the translator role R3# sh ip ospf It is not ABR, therefore not Translator. R2# show ip ospf We are an ABR, but not the NSSA Elected Translator. This PR forces the ABR to reevaluate the translator condition, so R2 becomes the elected Translator Signed-off-by: ckishimo <carles.kishimoto@gmail.com>
2020-11-18Merge pull request #7478 from donaldsharp/bufferMark Stapp
Buffer
2020-11-17ospfd: Fix excessive doc string for `no summary-address ..` commandDonald Sharp
The `no summary-address ..` command had excessive doc string. Fix. Signed-off-by: Donald Sharp <sharpd@nvidia.com>
2020-11-17Merge pull request #7520 from volta-networks/fix_ospf_mpls_teRuss White
ospfd: reset mpls-te prior to ospf router removal
2020-11-16ospfd: reset mpls-te prior to ospf router removalCarlo Galiotto
This commits attempts to fix a problem that occurs when mpls-te gets removed from ospfd config. Mpls-te has an inter-as option, which can be set to Off/Area/AS. Whenever the inter-as takes "Area" or "AS" as a value, this value will not be cleaned after removing mpls-te or after removing the ospf router. Therefore, if mpls-te is configured with inter-as AS or Area and we remove mpls-te or the ospf router, the inter-as will still preserve its value; therefore, next time mpls-te is enabled, it will automatically inherits the previous inter-as value (either Area or AS). This leads to wrong configuration, which can be a problem for frr_reload.py. The commits forces mpls-te to reset inter-as to Off before it mpls-te gets removed from the configuration and before the ospf router gets removed. Signed-off-by: Carlo Galiotto <carlo@voltanet.io>
2020-11-15*: Convert all usage of zclient_send_message to new enumDonald Sharp
The `enum zclient_send_status` enum needs to be extended throughout the code base to use the new states and to fix up places where we tested against the return value being non zero. Signed-off-by: Donald Sharp <sharpd@nvidia.com>
2020-11-13*: Remove route_map_object_t from the systemDonald Sharp
The route_map_object_t was being used to track what protocol we were being called against. But each protocol was only ever calling itself. So we had a variable that was only ever being passed in from route_map_apply that had to be carried against and everyone was testing if that variable was for their own stack. Clean up this route_map_object_t from the entire system. We should speed some stuff up. Yes I know not a bunch but this will add up. Signed-off-by: Donald Sharp <sharpd@nvidia.com>
2020-11-10Merge pull request #7448 from mjstapp/fix_gcc10_formatsDonald Sharp
* : clean up format specifiers for gcc-10
2020-11-04* : clean up format specifiers for gcc-10Mark Stapp
gcc 10 complains about some of our format specs, fix them. Use atomic size_t in thread stats, to work around platform differences. Signed-off-by: Mark Stapp <mjs@voltanet.io>
2020-11-04ospfd: Cleanup some clang sa issuesDonald Sharp
This commit tells the compiler we are intentionally ignoring the lsa value returned and not doing anything with ret. Signed-off-by: Donald Sharp <sharpd@nvidia.com>
2020-11-03Merge pull request #6795 from rgirada/ospf_db_jsonOlivier Dugeon
ospfd: json support for ospf database command.
2020-11-01ospfd: OSPF external summarisation debug supportrgirada
Description: Changes to enable/disable debugs for external LSA sumarisation. Signed-off-by: Rajesh Girada <rgirada@vmware.com>
2020-11-01ospfd: OSPF external summarisation scenariosrgirada
Description: Aggergation handled in the following scenarios. 1. Route update from Zebra. 2. Refresh external LSA. 3. Processing routemap update. 4. Self originated lsa processing. Signed-off-by: Rajesh Girada <rgirada@vmware.com>
2020-11-01ospfd: OSPF external LSA summarisation show commandsrgirada
Description: The below show command introduced to diplay all configured summary addresss information along with matching corresponding external route information. show ip ospf [vrf <NAME|all>] summary-address [detail] [json] Signed-off-by: Rajesh Girada <rgirada@vmware.com>
2020-11-01ospfd: External LSA summarisation config commands.rgirada
Description: The following config commands introduced for external route aggregation. [no] summary-address A.B.C.D/M [tag (1-4294967295)] [no] summary-address A.B.C.D/M no-advertise aggregation timer (5-1800) no aggregation timer Signed-off-by: Rajesh Girada <rgirada@vmware.com>
2020-11-01ospfd: ospf summarisation core handlersrgirada
Description: Apis for creating/deleting aggregate routes. Origination of summary route on behalf of matched external routes. Signed-off-by: Rajesh Girada <rgirada@vmware.com>
2020-11-01ospfd: Summarisation init/de-init.rgirada
Description: Summarisation initilisation and de-init apis. summary route table will be created as part of initilisation at the time of ospf deamon init. Signed-off-by: Rajesh Girada <rgirada@vmware.com>
2020-11-01ospfd: summarisation specific data structures.rgirada
Description: Data structures definitions for summary route. Signed-off-by: Rajesh Girada <rgirada@vmware.com>
2020-11-01ospfd: json support for ospf database command.rgirada
Description: Added json support to ospf lsdb command and its subcommands. Added json to the following sub commands. show ip ospf database json show ip ospf database router json show ip ospf database network json show ip ospf database external json show ip ospf database summary json show ip ospf database asbr-summary json show ip ospf database nssa-external json show ip ospf databas max-age json show ip ospf database self-originate json Signed-off-by: Rajesh Girada <rgirada@vmware.com>
2020-10-30Merge pull request #7418 from donaldsharp/manuallMark Stapp
*: spelling fixes