It's been noticed that during nightly Jenkins runs, scenarios LNP keep on failing because of: 'invite_ncos_black' and 'invite_ncos_white' scenarios. Jenkins runs a mass configuration of the whole bunch of scenarios, and then starts running them one by one. The issue happens because of the same NCOS level names used by both 'invite_ncos_black' and 'invite_ncos_white' scenarios. First Jenkins configures 'invite_ncos_black' and all needed NCOS levels are added. Then Jenkins deletes and creates again the same NCOS levels (which share the same names) for the 'invite_ncos_white'. This leads to the fact, that NCOS levels exist, but are not set for 'invite_ncos_black' in domain preferences. Another problem is, that mass configuration of LNP scenarios leads to the problem with lnp carrier id and lnp numbers during the run, and Proxy component thinks that there are no entries for certain scenarios or uses the wrong lnp entry. Same problem, scenarios share the same name space for part of the objects. This commit concerns change of the name space for NCOS levels. Change-Id: I851e5a81384e46972996d93b7d03657fd1c6c63dmr10.2
parent
b60b66b15e
commit
f253643a7b
@ -1,19 +1,19 @@
|
||||
---
|
||||
ncos_black:
|
||||
ncos_blacklist_scenario_lnp_white:
|
||||
data:
|
||||
mode: blacklist
|
||||
local_ac: 0
|
||||
description: test ncos level
|
||||
reseller_id: 1
|
||||
patterns:
|
||||
- pattern: '^439991'
|
||||
- pattern: '^438881'
|
||||
description: block LNP call
|
||||
ncos_white:
|
||||
ncos_whitelist_scenario_lnp_white:
|
||||
data:
|
||||
mode: whitelist
|
||||
local_ac: 0
|
||||
description: test ncos level
|
||||
reseller_id: 1
|
||||
patterns:
|
||||
- pattern: '^(439991|43999200)'
|
||||
- pattern: '^(438881|43888200)'
|
||||
description: allow LNP call
|
||||
|
||||
Loading…
Reference in new issue