Launching soon: The world's first vendor agnostic bug scrubLearn more & join waitlist
OPERATIONAL DEFECT DATABASE
...
...
When I have resourcd-id configured as 1 and If I change it to 0, CHUNK 1 increments always in ?show qoshal resource summary np 0 location 0/2/CPU0 | b SUMMARY? during subscriber bring up. RP/0/RSP0/CPU0:GEO-BNG1#show running-config interface be1.1 Mon Oct 29 18:13:27.961 UTC interface Bundle-Ether1.1 service-policy output SVLAN subscriber-parent resource-id 1 vrf SUB_VRF1 ipv4 point-to-point ipv4 unnumbered Loopback1 ---x---- c RP/0/RSP0/CPU0:GEO-BNG1(config)#interface Bundle-Ether1.1 RP/0/RSP0/CPU0:GEO-BNG1(config-subif)# service-policy output SVLAN subscriber--parent resource-id 0 <<<< Changed to 0 RP/0/RSP0/CPU0:GEO-BNG1(config-subif)# commi Mon Oct 29 18:13:43.558 UTC RP/0/RSP0/CPU0:GEO-BNG1(config-subif)# end RP/0/RSP0/CPU0:GEO-BNG1#show running-config inter be1.1 Mon Oct 29 18:13:57.527 UTC interface Bundle-Ether1.1 service-policy output SVLAN subscriber-parent resource-id 0 vrf SUB_VRF1 ipv4 point-to-point ----x---- RP/0/RSP0/CPU0:GEO-BNG1#show qoshal resource summary np 0 location 0/2/CPU0 | b SUMMARY Mon Oct 29 18:13:02.844 UTC TY Options argc:7 nphal_show_chk -p 2113 resource summary -n 0x0 Done SUMMARY per NP: ========================= Policy Instances: Ingress 707 Egress 740 Total: 1447 TM 0 Entities: (L4 level: Queues) Level Chunk 0 Chunk 1 Chunk 2 Chunk 3 L4 59( 59/ 59) 2702( 2702/ 2702) 37( 37/ 37) 36( 36/ 36) L3(16Q) 23( 23/ 23) 686( 686/ 686) 19( 19/ 19) 18( 18/ 18) L3(32Q) 0( 0/ 0) 0( 0/ 0) 0( 0/ 0) 0( 0/ 0) L2 21( 23/ 23) 20( 20/ 20) 19( 19/ 19) 18( 18/ 18) L1 28( 28/ 28) 0( 0/ 0) 0( 0/ 0) 0( 0/ 0) Groups: Level Chunk 0 Chunk 1 Chunk 2 Chunk 3 L4 23( 23/ 23) 686( 686/ 686) 19( 19/ 19) 18( 18/ 18) L3(16Q) 21( 21/ 21) 186( 186/ 186) 19( 19/ 19) 18( 18/ 18) L3(32Q) 0( 0/ 0) 0( 0/ 0) 0( 0/ 0) 0( 0/ 0) L2 12( 12/ 12) 10( 10/ 10) 10( 10/ 10) 9( 9/ 9) L1 28( 28/ 28) 0( 0/ 0) 0( 0/ 0) 0( 0/ 0) TM 1 Entities: (L4 level: Queues) Level Chunk 0 Chunk 1 Chunk 2 Chunk 3 L4 44( 44/ 44) 24( 24/ 24) 24( 24/ 24) 24( 24/ 24) L3(16Q) 11( 11/ 11) 6( 6/ 6) 6( 6/ 6) 6( 6/ 6) RP/0/RSP0/CPU0:GEO-BNG1#q % Incomplete command. It seems it still has resource-id programmed as 1. This happened to when the ?service-policy output SVLAN subscriber--parent resource-id 0? was directly issues without ?no service-policy output SVLAN subscriber--parent resource-id 1? And actually, the above method to change resource id works without throwing error while committing, I can see the config also gets changed as mentioned in above output. But, if you want to change it the other way, 0 to 1, it does throw errors while committing, and we have to explicitly do a ?no service-policy output SVLAN subscriber--parent resource-id 0? and then change to 1 RP/0/RSP0/CPU0:GEO-BNG1(config)#interface Bundle-Ether1.1 RP/0/RSP0/CPU0:GEO-BNG1(config-subif)#service-policy output SVLAN subscriber-p arent resource-id 1 RP/0/RSP0/CPU0:GEO-BNG1(config-subif)#commi Mon Oct 29 18:24:59.853 UTC % Failed to commit one or more configuration items during a pseudo-atomic operation. All changes made have been reverted. Please issue 'show configuration failed [inheritance]' from this session to view the errors RP/0/RSP0/CPU0:GEO-BNG1(config-subif)#show configuration failed Mon Oct 29 18:25:04.306 UTC !! SEMANTIC ERRORS: This configuration was rejected by !! the system due to semantic errors. The individual !! errors with each failed configuration command can be !! found below. interface Bundle-Ether1.1 service-policy output SVLAN subscriber-parent resource-id 1 !!% The service policy under consideration can't be modified: A service policy already exists. Modification is not allowed ! end RP/0/RSP0/CPU0:GEO-BNG1(config-subif)# I think the changing from 1 to 0 also should throw such error. PS :- There is no issue seen when we first remove the existing policy and then add policy with new resource id, there the programming is fine.
When I have resourcd-id configured as 1 and If I change it to 0, CHUNK 1 increments always in ?show qoshal resource summary np 0 location 0/2/CPU0 | b SUMMARY? during subscriber bring up. RP/0/RSP0/CPU0:GEO-BNG1#show running-config interface be1.1 Mon Oct 29 18:13:27.961 UTC interface Bundle-Ether1.1 service-policy output SVLAN subscriber-parent resource-id 1 vrf SUB_VRF1 ipv4 point-to-point ipv4 unnumbered Loopback1 ---x---- c RP/0/RSP0/CPU0:GEO-BNG1(config)#interface Bundle-Ether1.1 RP/0/RSP0/CPU0:GEO-BNG1(config-subif)# service-policy output SVLAN subscriber--parent resource-id 0 <<<< Changed to 0 RP/0/RSP0/CPU0:GEO-BNG1(config-subif)# commi Mon Oct 29 18:13:43.558 UTC RP/0/RSP0/CPU0:GEO-BNG1(config-subif)# end RP/0/RSP0/CPU0:GEO-BNG1#show running-config inter be1.1 Mon Oct 29 18:13:57.527 UTC interface Bundle-Ether1.1 service-policy output SVLAN subscriber-parent resource-id 0 vrf SUB_VRF1 ipv4 point-to-point ----x---- RP/0/RSP0/CPU0:GEO-BNG1#show qoshal resource summary np 0 location 0/2/CPU0 | b SUMMARY Mon Oct 29 18:13:02.844 UTC TY Options argc:7 nphal_show_chk -p 2113 resource summary -n 0x0 Done SUMMARY per NP: ========================= Policy Instances: Ingress 707 Egress 740 Total: 1447 TM 0 Entities: (L4 level: Queues) Level Chunk 0 Chunk 1 Chunk 2 Chunk 3 L4 59( 59/ 59) 2702( 2702/ 2702) 37( 37/ 37) 36( 36/ 36) L3(16Q) 23( 23/ 23) 686( 686/ 686) 19( 19/ 19) 18( 18/ 18) L3(32Q) 0( 0/ 0) 0( 0/ 0) 0( 0/ 0) 0( 0/ 0) L2 21( 23/ 23) 20( 20/ 20) 19( 19/ 19) 18( 18/ 18) L1 28( 28/ 28) 0( 0/ 0) 0( 0/ 0) 0( 0/ 0) Groups: Level Chunk 0 Chunk 1 Chunk 2 Chunk 3 L4 23( 23/ 23) 686( 686/ 686) 19( 19/ 19) 18( 18/ 18) L3(16Q) 21( 21/ 21) 186( 186/ 186) 19( 19/ 19) 18( 18/ 18) L3(32Q) 0( 0/ 0) 0( 0/ 0) 0( 0/ 0) 0( 0/ 0) L2 12( 12/ 12) 10( 10/ 10) 10( 10/ 10) 9( 9/ 9) L1 28( 28/ 28) 0( 0/ 0) 0( 0/ 0) 0( 0/ 0) TM 1 Entities: (L4 level: Queues) Level Chunk 0 Chunk 1 Chunk 2 Chunk 3 L4 44( 44/ 44) 24( 24/ 24) 24( 24/ 24) 24( 24/ 24) L3(16Q) 11( 11/ 11) 6( 6/ 6) 6( 6/ 6) 6( 6/ 6) RP/0/RSP0/CPU0:GEO-BNG1#q % Incomplete command. It seems it still has resource-id programmed as 1. This happened to when the ?service-policy output SVLAN subscriber--parent resource-id 0? was directly issues without ?no service-policy output SVLAN subscriber--parent resource-id 1? And actually, the above method to change resource id works without throwing error while committing, I can see the config also gets changed as mentioned in above output. But, if you want to change it the other way, 0 to 1, it does throw errors while committing, and we have to explicitly do a ?no service-policy output SVLAN subscriber--parent resource-id 0? and then change to 1 RP/0/RSP0/CPU0:GEO-BNG1(config)#interface Bundle-Ether1.1 RP/0/RSP0/CPU0:GEO-BNG1(config-subif)#service-policy output SVLAN subscriber-p arent resource-id 1 RP/0/RSP0/CPU0:GEO-BNG1(config-subif)#commi Mon Oct 29 18:24:59.853 UTC % Failed to commit one or more configuration items during a pseudo-atomic operation. All changes made have been reverted. Please issue 'show configuration failed [inheritance]' from this session to view the errors RP/0/RSP0/CPU0:GEO-BNG1(config-subif)#show configuration failed Mon Oct 29 18:25:04.306 UTC !! SEMANTIC ERRORS: This configuration was rejected by !! the system due to semantic errors. The individual !! errors with each failed configuration command can be !! found below. interface Bundle-Ether1.1 service-policy output SVLAN subscriber-parent resource-id 1 !!% The service policy under consideration can't be modified: A service policy already exists. Modification is not allowed ! end RP/0/RSP0/CPU0:GEO-BNG1(config-subif)# I think the changing from 1 to 0 also should throw such error. PS :- There is no issue seen when we first remove the existing policy and then add policy with new resource id, there the programming is fine.
FIrst remove the service-policy and then add a new policy
When I have resourcd-id configured as 1 and If I change it to 0, CHUNK 1 increments always in ?show qoshal resource summary np 0 location 0/2/CPU0 | b SUMMARY? during subscriber bring up. RP/0/RSP0/CPU0:GEO-BNG1#show running-config interface be1.1 Mon Oct 29 18:13:27.961 UTC interface Bundle-Ether1.1 service-policy output SVLAN subscriber-parent resource-id 1 vrf SUB_VRF1 ipv4 point-to-point ipv4 unnumbered Loopback1 ---x---- c RP/0/RSP0/CPU0:GEO-BNG1(config)#interface Bundle-Ether1.1 RP/0/RSP0/CPU0:GEO-BNG1(config-subif)# service-policy output SVLAN subscriber--parent resource-id 0 <<<< Changed to 0 RP/0/RSP0/CPU0:GEO-BNG1(config-subif)# commi Mon Oct 29 18:13:43.558 UTC RP/0/RSP0/CPU0:GEO-BNG1(config-subif)# end RP/0/RSP0/CPU0:GEO-BNG1#show running-config inter be1.1 Mon Oct 29 18:13:57.527 UTC interface Bundle-Ether1.1 service-policy output SVLAN subscriber-parent resource-id 0 vrf SUB_VRF1 ipv4 point-to-point ----x---- RP/0/RSP0/CPU0:GEO-BNG1#show qoshal resource summary np 0 location 0/2/CPU0 | b SUMMARY Mon Oct 29 18:13:02.844 UTC TY Options argc:7 nphal_show_chk -p 2113 resource summary -n 0x0 Done SUMMARY per NP: ========================= Policy Instances: Ingress 707 Egress 740 Total: 1447 TM 0 Entities: (L4 level: Queues) Level Chunk 0 Chunk 1 Chunk 2 Chunk 3 L4 59( 59/ 59) 2702( 2702/ 2702) 37( 37/ 37) 36( 36/ 36) L3(16Q) 23( 23/ 23) 686( 686/ 686) 19( 19/ 19) 18( 18/ 18) L3(32Q) 0( 0/ 0) 0( 0/ 0) 0( 0/ 0) 0( 0/ 0) L2 21( 23/ 23) 20( 20/ 20) 19( 19/ 19) 18( 18/ 18) L1 28( 28/ 28) 0( 0/ 0) 0( 0/ 0) 0( 0/ 0) Groups: Level Chunk 0 Chunk 1 Chunk 2 Chunk 3 L4 23( 23/ 23) 686( 686/ 686) 19( 19/ 19) 18( 18/ 18) L3(16Q) 21( 21/ 21) 186( 186/ 186) 19( 19/ 19) 18( 18/ 18) L3(32Q) 0( 0/ 0) 0( 0/ 0) 0( 0/ 0) 0( 0/ 0) L2 12( 12/ 12) 10( 10/ 10) 10( 10/ 10) 9( 9/ 9) L1 28( 28/ 28) 0( 0/ 0) 0( 0/ 0) 0( 0/ 0) TM 1 Entities: (L4 level: Queues) Level Chunk 0 Chunk 1 Chunk 2 Chunk 3 L4 44( 44/ 44) 24( 24/ 24) 24( 24/ 24) 24( 24/ 24) L3(16Q) 11( 11/ 11) 6( 6/ 6) 6( 6/ 6) 6( 6/ 6) RP/0/RSP0/CPU0:GEO-BNG1#q % Incomplete command. It seems it still has resource-id programmed as 1. This happened to when the ?service-policy output SVLAN subscriber--parent resource-id 0? was directly issues without ?no service-policy output SVLAN subscriber--parent resource-id 1? And actually, the above method to change resource id works without throwing error while committing, I can see the config also gets changed as mentioned in above output. But, if you want to change it the other way, 0 to 1, it does throw errors while committing, and we have to explicitly do a ?no service-policy output SVLAN subscriber--parent resource-id 0? and then change to 1 RP/0/RSP0/CPU0:GEO-BNG1(config)#interface Bundle-Ether1.1 RP/0/RSP0/CPU0:GEO-BNG1(config-subif)#service-policy output SVLAN subscriber-p arent resource-id 1 RP/0/RSP0/CPU0:GEO-BNG1(config-subif)#commi Mon Oct 29 18:24:59.853 UTC % Failed to commit one or more configuration items during a pseudo-atomic operation. All changes made have been reverted. Please issue 'show configuration failed [inheritance]' from this session to view the errors RP/0/RSP0/CPU0:GEO-BNG1(config-subif)#show configuration failed Mon Oct 29 18:25:04.306 UTC !! SEMANTIC ERRORS: This configuration was rejected by !! the system due to semantic errors. The individual !! errors with each failed configuration command can be !! found below. interface Bundle-Ether1.1 service-policy output SVLAN subscriber-parent resource-id 1 !!% The service policy under consideration can't be modified: A service policy already exists. Modification is not allowed ! end RP/0/RSP0/CPU0:GEO-BNG1(config-subif)# I think the changing from 1 to 0 also should throw such error. PS :- There is no issue seen when we first remove the existing policy and then add policy with new resource id, there the programming is fine.