[LS-566] OT | Naming Convention issue for SDH Nodes Created: 12/Aug/25  Updated: 05/Dec/25  Due: 22/Aug/25

Status: QA In Progress
Project: L3 Support
Component/s: NEP
Affects Version/s: None
Fix Version/s: None

Type: Bug Priority: Normal
Reporter: Aurobinda Panda Assignee: Aurobinda Panda
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: 0 minutes
Time Spent: 1 day, 7 hours, 10 minutes
Original Estimate: Not Specified

Attachments: JPEG File SDH Ciena Naming convention.jpg     File SDH Mismatch in NE Naming Convention.csv    
Customer:
OMAN-Tel
Planned Start:
Planned End:
Complexity: High
REQUESTER: INTERNAL
Actual Start:
Date of Baselining:

 Description   

It is found that, there are few naming Convention rules which are not working for SDH nodes. Please find below details.

In below details, I have shared the naming rule for the Models with sample NEs for which the error occured.

WDM Ciena Ciena6500 s(D)<>siteID<>counter<>s<>s(6500)<>s<>alphaCounter
DB000101-6500-SOHAR
DB000200-6500-SAH2
DB000300-6500-SUWAIQ

ADM Huawei 155/622 s(S)<>siteID<>counter<>s<>s(Metro2050)<>s<>alphaCounter
SB000113-Metro2050-SOH
SB029000-Metro2050
SD000105-Metro2050-SAL
SD000106-Metro2050-SAL2

ADM Huawei M3100 s(S)<>siteID<>counter<>s<>s(Metro3100)<>s<>counter
SB000201-Metro3100
SB000303-Metro3100-SUW
SB000401-Metro3100-Khab
SD000103-Metro3100-SAL2
SD000104-Metro3100-SAL2

WDM Huawei M6040V2 s(D)<>siteID<>counter<>s<>s(Metro6040V2)<>s<>counter
DB000110-Metro6040V2-SOH
DB000204-Metro6040V2-SAHAM
DB000304-Metro6040V2-SUW
DB000306-Metro6040V2-SUW



 Comments   
Comment by Hassan Abdine [ 15/Aug/25 ]

please provide more details about the issue as it's not clear the scenario and what you are expecting?

Comment by Aurobinda Panda [ 10/Oct/25 ]

Dear Hassan,
i have added the SS from naming convnetion and attchament from KQI. We have tried to change the naming rule from counter to alphacounter. but still same nodes are reporting.

Please check.

Comment by Abir Messaikeh [ 21/Oct/25 ]

as discussed with marwan , we need to check if we can add more options in preferences to cover our cases

tx

Comment by Marwan Kanaan [ 22/Oct/25 ]

dear @aurobinda kindly share a sample xml for the nodes above for test purpose

Comment by Aurobinda Panda [ 22/Oct/25 ]

Asked Integration to generate an XML

Comment by Marwan Kanaan [ 28/Oct/25 ]

Dear @Aurobinda Panda,

note that I checked the rules locally and, after testing, the issue is within the rule itself, as the nodes are ending with zone names.

Therefore, I suggest applying the following rule:
s(D)<>siteID<>counter<>s<>s(Metro6040V2)<>s<>zone

Additionally, for the rest of the rules, please add zone instead of counter or AlphaCounter and verify the rule afterward.

Best Regards,
Marwan Kanaan I Software Developer

Comment by Aurobinda Panda [ 04/Nov/25 ]

Naming convention changed as suggested. Will check the result.

Comment by Aurobinda Panda [ 10/Nov/25 ]

@Marwan, As checked, still same issue occurred. Please check again.

Comment by Marwan Kanaan [ 10/Nov/25 ]

Dear @Aurobinda Panda,

The names and zone names don’t match. Either the zone names should be in uppercase for Sohar, Saham, and Suwaiq, or you can choose to ignore the mismatched ones as this is a normal case due to naming convention variations for these nodes.

Also, how do you expect SUW to match SUWAIQ_3G?

Best Regards,
Marwan Kanaan I Software Developer

Comment by Aurobinda Panda [ 03/Dec/25 ]

Dear @marwan,
As per your suggestions naming convention rules changed. But if still issue is not resolved, so the suggestions are not relevant. atleast one of the NEs should have updated with the suggested rule. but it didn't happen.

So instead of Zone, can't we use counter as a static value.

Kindly confirm.

Comment by Marwan Kanaan [ 05/Dec/25 ]

dear @aurobinda

kindly know that you can set counter as a static value but non of the above names going to be working.

regards,

Generated at Tue Apr 21 08:50:04 EEST 2026 using JIRA 6.1.4#6159-sha1:44eaedef2e4a625c6c7183698b2468d4719c20dc.