http://jira.mobinets.com/jira This file is an XML representation of an issue en-us 6.1.4 6159 19-11-2013 http://jira.mobinets.com/jira/browse/OT-84 Ooredoo Tunisia <p>Dear @Driss Chibane,</p> <p>Could you please confirm the following points that I observed during data validation in the staging-DB for Nokia RAN:</p> <p>1. On checking randomly across some tables for nodes like BSC/RNC/SRAN/BTS/NodeB/eNodeB, I found:</p> <p>o Only the RNC table exists, but its data is blank (While data is available in CSV-Output).<br/> o BTS is available under the table “Element_Node”.</p> <p>My question is: since we validated all the CSVs earlier, under which table names and locations in the staging-DB should each dataset be available?</p> <p>It would be very helpful if you could share a mapping/list that clearly describes which CSV data corresponds to which tables in S-DB.</p> <p>(Element_Node snippet)</p> <p>(RNC snippet)</p> <p>Thank you<br/> Indrasan</p> OT-84

Nokia RAN Data Validation In Staging-DB

Task Normal Closed Fixed Indrasan Yadav Indrasan Yadav AI_All_incidents Nokia_RAN_OO Mon, 29 Sep 2025 11:37:26 +0300 Fri, 23 Jan 2026 12:06:58 +0200 Fri, 23 Jan 2026 12:06:16 +0200 Sun, 30 Nov 2025 00:00:00 +0200 0 3 0 minutes 4 weeks, 3 days, 1 hour, 30 minutes <p>From: Bassem Sabbagh &lt;bassem.sabbagh@mobinets.com&gt; <br/> Sent: 29 September 2025 18:04<br/> To: Indrasan Yadav &lt;Indrasan.Yadav@nuiva.com&gt;; Driss Chibane &lt;driss.chibane@mobinets.com&gt;<br/> Cc: Sandya Sharma &lt;Sandya.Sharma@nuiva.com&gt;<br/> Subject: Re: Clarification On CSV Data Availability In Staging-DB </p> <p>Dear Indrasan,</p> <p>It should be the other way around. You need to share with Driss or Sandya the list of all CSVs that you are unable to map them with staging DB tables and they will share the tables name.</p> <p>Thanks </p> <p>Dear @Sandya Sharma,</p> <p>Please review my comments below and confirm. You may add your inputs against each question mark for clarification. (List attached)</p> <p>Note: I have considered all CSV files for Huawei and Nokia RAN.</p> <p>Best regards,<br/> Indrasan</p> <p>Dear @Sandya Sharma,</p> <p>As discussed, I reviewed the CSV-Output files you shared with me yesterday and found a few points that require your confirmation:</p> <p>1. Duplicate Headers in CSV-Output Tables<br/> I noticed that several files contain duplicate headers, as listed below:</p> <p>Sr. No. CSV-Output File Name Duplicate Duplicate headers name<br/> 1 ElementRanBs Yes id/name/elementName/external/importerConnector/internalOssId/netStatus/site/status/type/supplier/dumpsPath/versionid/importerId<br/> 2 ElementRnc Yes (same as above)<br/> 3 Role2G Yes (same as above)<br/> 4 Role3G Yes (same as above)<br/> 5 Role4G Yes (same as above)<br/> 6 Role5G Yes (same as above)<br/> 7 ElementBs Yes (same as above)<br/> 8 ElementBsc Yes (same as above)<br/> 9 ElementENodeB Yes (same as above)<br/> 10 ElementGNodeB Yes (same as above)<br/> 11 ElementNb Yes (same as above)</p> <p>2- Missing Node/Parent Mapping in IPData File<br/> In the CSV-Output IPData file, only IP/Mask/Gateway information is available. There is no node ID or parent detail mapping provided. Could you please confirm how we should validate the data against the respective node details and interfaces?</p> <p>Thank you<br/> Indrasan</p> <p>WIP by Sandya and to provide her feedback by 6-10</p> <p>Data to be validated only in SD not in CSV</p> <p>Dear @Sandya Sharma,</p> <p>Please find below the S-DB XML data validation feedback based on the parsed tables. Kindly review and share your comments or clarifications.</p> <p>There are three categories under which the validation feedback has been summarized:</p> <p>A. Data should be parsed – please verify and fix, as corresponding rules are already available in FRS.<br/> B. Parameters requiring clarification – please confirm their purpose and intended usage.<br/> C. Additional headers – please confirm if these are used for NEP mapping or any other purpose or we can ignore for now?.</p> <p>1- Site:<br/> The nodes which are parsing with “Default Site” seems blank for example the SRAN node: MRBTS-10999.</p> <p>2- Addinfo:<br/> (I) In table “addinfo” the serial is parsing with duplicate. (Example: “00014CN1013323641” for node MRBTS-15006)<br/> However, the data of addinfo seems not updated as importer id is not updated for this table.<br/> (II) For pending nodes which are not parsing in addinfo against adjacent/association node, I have added one more class in FRS as discussed, please check &amp; fix the same.<br/> (III) Could you please confirm about below headers and its purpose (This is only for NEP mapping purpose or data should parse here) as these are containing blank data however some should have data:</p> <p>ID (should be parse)<br/> NET Status (??)<br/> Provisioned date <br/> Insert date<br/> External code<br/> Insert by<br/> Changed by<br/> Changed date </p> <p>3- BTS:<br/> (I) Below headers are containing blank data.</p> <p>BTS (should be parse)<br/> NET Status (??)<br/> Status (??)</p> <p>4- BSC:<br/> (I) Below headers are containing blank data.</p> <p> Parent MSC<br/> Parent SGSN <br/> Operator (should be parse)<br/> IP Data<br/> MCC/MNC (should be parse) <br/> NET Status (??)<br/> Status (??)</p> <p>5- 2G Cell:<br/> (I) Below headers are containing blank data.</p> <p>Element name (Should be parse)</p> <p>6- 3G Cell:<br/> (I) Below headers are containing blank data.</p> <p> Element name (Should be parse)<br/> NET Status (??)</p> <p>7- 4G Cell:<br/> (I) Below headers are containing blank data.</p> <p> Element name (should be parse)<br/> MCC/MNC (should be parse)<br/> NET Status (??)<br/> External (should be parse)<br/> Site (should be parse)<br/> Status (??)<br/> Type (??) <br/> Supplier (should be parse)</p> <p>8- 5G Cell:<br/> (I) MIMO Configuration/RET Tilt header is NULL (should be parse) <br/> (II) The headers are missing:<br/> Cell status/Uplink-Downlink ARFCN/UP-DN link Bandwidth/TAC/Cell Duplex Mode/MCC-MNC/External code/Site/Node/Object ID/Supplier</p> <p>9- NodeB:<br/> (I) Below headers are containing blank data.</p> <p>LAC (should be parse)<br/> RAC (should be parse)<br/> Operator (should be parse)<br/> IP Address<br/> NET Status (??)<br/> Status (??)<br/> Dumps Path (should be parse)<br/> Parent RNC Element (should be parse)<br/> VLAN<br/> CE (??)<br/> NB Cell<br/> Pool (??)<br/> Element Name (should be parse)<br/> External (should be parse)<br/> Internal OSS ID (??)<br/> Name (should be parse)<br/> Site (should be parse)<br/> Supplier (should be parse)<br/> Type (Should be parse)</p> <p>10- Board:<br/> (I) Below headers are containing blank data.</p> <p>Change date <br/> Change by<br/> Insert date<br/> Insert by<br/> Provision date<br/> NET Status (??)<br/> Description <br/> Information source <br/> Manufacturing date <br/> Related node board (Should be parse)<br/> TXN Direction<br/> Protection board id<br/> Merged board id<br/> Caption<br/> Terminal id<br/> Far end<br/> Power consumption<br/> Dimension and weight<br/> Additional information<br/> Frequency grid<br/> Attenuation<br/> Zero dispersion slope<br/> Chromatic dispersion slope<br/> Bandwidth<br/> Nose figure<br/> Output power<br/> Max RX Sensitivity<br/> Min RX Sensitivity<br/> Receiver Sensitivity<br/> OSNR Tolerance<br/> Wavelength <br/> Amplifier gain<br/> NE Mode (Should be parse)l<br/> Node ID (Should be parse)<br/> Dumps path (Blank somewhere Example: MRBTS-12112_1_1_19_0)</p> <p>11- SRAN:<br/> (I) Below headers are containing blank data.</p> <p>External code (Should be parse) <br/> NET Status (??)<br/> Status (??)</p> <p>12- RNC<br/> (I) Below headers are containing blank data.</p> <p>Operator (Should be parse)<br/> IP Address <br/> MCC-MNC (Should be parse)<br/> Connection ID<br/> NET Status (??)<br/> Status (??)</p> <p>13- Error alarm:<br/> (I) Below headers are containing blank data.</p> <p> Element ID (Should be parse)<br/> Additional info</p> <p>14- IP Data:<br/> (I) Below headers are containing blank data.</p> <p> Network interface name<br/> Indix (Should be parse)<br/> Node ID (Should be parse)<br/> IP Status<br/> Description (Should be parse) <br/> Change date<br/> Change by<br/> Insert by<br/> Insert date<br/> External code (Should be parse)<br/> Provision date<br/> NET Status (??)<br/> Rout domain<br/> Dumps path (Blank somewhere)</p> <p>15- Logical Interface: (Table is not updated based on importer ID)</p> <p>16- Cabinet:<br/> (I) Below headers are containing blank data.</p> <p>Site (Should be parse)<br/> Power consumption <br/> Additional info<br/> Dimension &amp; weight</p> <p>17- Node interface:<br/> (I) Description values are parsing under header dumps path.<br/> (II) Below headers are containing blank data.<br/> Route map<br/> Link piece<br/> Traffic source<br/> Level1linkid<br/> Transmission direction<br/> Possible level<br/> External state description<br/> Lambda name<br/> Port direction<br/> Is OSPF cost<br/> External code (Should be parse)<br/> Interface type (Should be parse)<br/> NET Status (??)</p> <p>18- Shelf:<br/> (I) Below headers are containing blank data.</p> <p>Manufacturer name (Should be parse)<br/> Cabinet index (Should be parse)<br/> Node id (Should be parse)<br/> Additional info<br/> Dimension &amp; weight</p> <p>19- Slot:<br/> (I) Below headers are containing blank data.</p> <p>Serial version UID<br/> Change date<br/> Change by<br/> Insert date<br/> Insert by<br/> Provision date<br/> NET Status (??)<br/> Dumps patch blank somewhere</p> <p>20- Antenna:<br/> (I) Below headers are containing blank data.</p> <p>Element node id (Should be parse)<br/> Band</p> <p>21- Sub interface:<br/> (I) In dumps paths the value of description is parsing &amp; description has blank data.<br/> (II) Below headers are containing blank data.</p> <p>Route map<br/> Time slot<br/> Change date<br/> Change by<br/> Insert date<br/> Insert by<br/> External code<br/> Provision date<br/> NET Status (??)<br/> Status (??)</p> <p>22- Cell radio bandwidths/eNodeB Bandwidths/ Cell tracking area:<br/> Dumps path (Blank)</p> <p>23- Role2G:<br/> (I) Below headers are containing blank data.</p> <p>BTS (Should be parse)<br/> NET Status (??)<br/> Status (??)<br/> Operator (Header is missing it should be parse)</p> <p>24- Role3G:<br/> (I) Below headers are containing blank data.</p> <p>LAC (Should be parse)<br/> RAC (Should be parse)<br/> Pool<br/> Operator (Should be parse)<br/> IP Address<br/> NET Status (??)<br/> Status (??)<br/> Parent RNC Element (Should be parse)<br/> VLAN<br/> NB Cells</p> <p>25- Role4G:<br/> (I) Below headers are containing blank data.</p> <p>IP Address<br/> Pool<br/> VLAN<br/> MCC-MNC (Should be parse)<br/> NET Status (??)<br/> Status (??)<br/> Operator (Should be parse)</p> <p>26- Role5G:<br/> (I) Below headers are containing blank data.</p> <p>IP Address<br/> Pool<br/> VLAN<br/> MCC-MNC (Should be parse)<br/> NET Status (??)<br/> Status (??)<br/> Duld<br/> Culd<br/> Operator (Should be parse)<br/> Dumps path (Should be parse)</p> <p>Thank you<br/> Indrasan</p> <p>Dear <a href="http://jira.mobinets.com/jira/secure/ViewProfile.jspa?name=bsabbagh" class="user-hover" rel="bsabbagh">Bassem Sabbagh</a></p> <p>As discussed, I have attached the updated sheet "Table Comparison". The items highlighted in yellow still require clarification, while those marked in green have already been clarified by #Sandya. </p> <p><a href="http://jira.mobinets.com/jira/secure/ViewProfile.jspa?name=ssharma" class="user-hover" rel="ssharma">Sandya Sharma</a> please do the following as discussed:</p> <p>1- the attached excel sheet should be finalized with Indrasan and all cells in column F should be filled with SD DB table name<br/> 2- in general, if any table or field not in use by connector (as per FRS or auto-filled by the connector) then this table or field should be removed from the code and dropped from the DB schema by integration. hence , sandya to advise about all above fields and to confirm with Driss. if they are not in use then to remove them from the code and to inform integration to drop them from the Db schema (one table to be shared eventually with integration with the names of all tables/fields to be dropped) </p> <p>WL is 1.5 day.</p> <p>as discussed with driss sir for this point where extra headers are coming and it is having no value in it , we can not remove them because may be they can use in other connectors so we can not remove them.</p> <p>To be completed by today </p> <p>delayed and to be delivered by 17-10 as Sandya is off the next week</p> <p>shared the data to basant for upload on staging db.</p> <p>Dear @Basant Kumar,</p> <p>Please confirmed here once CSV Output upload is complete which is shared by @Sandya Sharma.</p> <p>Still CSV Output is not uploaded on staging-DB.</p> <p>Thank you<br/> Indrasan</p> <p>Table remarks:<br/> I am sharing my feedback regarding the doubts mentioned in the attached table. The points highlighted in yellow are still pending, while the remaining items have been cleared.<br/> __________________________________________<br/> I have validated the data in the staging database based on the CSV output uploaded by @Basant Kumar, which you shared on 17-10-2025 here on same email (Importer ID: 20251024091640_2025-10-24-09.16.40).<br/> Please find my validation remarks below:<br/> 1. As we discussed you confirmed with Driss, the extra header will be retained as it is.<br/> 2. The issue where I had commented “Should be parse” is still not fully resolved in some places. Please refer to my first email in this thread — I have highlighted in yellow the areas where it has been fixed.</p> <p>To be started on 28-10</p> <p>will fix it by today.</p> <p>csv output shared to integartion.</p> <p>Hi Sandya,</p> <p>As discussed, I will validate the CSV output uploaded by Integration yesterday for the pending issues which were highlighted earlier and share feedback for same once done.</p> <p>In the meantime, please address the below points:</p> <p>1) Duplicate Cell ID &amp; Name conflict with Huawei RAN (Reference JIRA: <a href="http://jira.mobinets.com/jira/browse/LS-755" title="4G Cell Not Imported (Due To Duplicate With Huawei RAN) Nokia RAN" class="issue-link" data-issue-key="LS-755"><del>LS-755</del></a>)<br/> There are 6 Cell IDs and Names which are duplicated with Huawei RAN, therefore these records are not getting imported into NEP.<br/> The below condition needs to be applied:</p> <p>Append “_1” for the first cell’s ID and Name, and increment +1 subsequently for the next duplicates.</p> <p>2) BSC IP not imported due to incorrect parsing of BSC Name instead of BSC ID in loopback interface (Reference JIRA: <a href="http://jira.mobinets.com/jira/browse/LS-756" title="IP Not Imported For Nokia BSC" class="issue-link" data-issue-key="LS-756"><del>LS-756</del></a>)<br/> 10 BSC IPs are not imported because BSC Name is currently being parsed instead of BSC ID.<br/> Example:</p> <p>Name objectId<br/> BSCMNB06 BSC-415338<br/> BSCMGH03 BSC-415383</p> <p>will fix by today.</p> <p>WIP and to be delivered by 4-11</p> <p>Hi @Sandya Sharma,</p> <p>Please find the validation remarks based on Importer ID “20251103115411_2025-11-03-11.54.11”.</p> <p>In the first email of this thread, the items highlighted in yellow indicate the issues that have been fixed, while the items highlighted in blue indicate the issues that are still pending / not yet fixed.</p> <p>Note: As discussed with #Driss, items except in blue and yellow can be ignored for now, based on your confirmation.</p> <p>Thank you<br/> Indrasan</p> <p>for the upper comment which having import issue , xml has been shared.</p> <p>WL to be defined by Sandya ..to be started on 5-11</p> <p>will fix this and <a href="http://jira.mobinets.com/jira/browse/OT-83" title="Connector Name Should Be Parse As Available In FRS" class="issue-link" data-issue-key="OT-83"><del>OT-83</del></a> by today.</p> <p>for <a href="http://jira.mobinets.com/jira/browse/OT-83" title="Connector Name Should Be Parse As Available In FRS" class="issue-link" data-issue-key="OT-83"><del>OT-83</del></a> and <a href="http://jira.mobinets.com/jira/browse/OT-84" title="Nokia RAN Data Validation In Staging-DB" class="issue-link" data-issue-key="OT-84"><del>OT-84</del></a> shared the csv output to integration only one issue is remaining in which logical interface is not updated on staging db, while checking the logs there is an error regarding this need to discuss this error with driss sir.</p> <p>Hi Sandya,</p> <p>I will review the data in S-DB for <a href="http://jira.mobinets.com/jira/browse/OT-83" title="Connector Name Should Be Parse As Available In FRS" class="issue-link" data-issue-key="OT-83"><del>OT-83</del></a> and <a href="http://jira.mobinets.com/jira/browse/OT-84" title="Nokia RAN Data Validation In Staging-DB" class="issue-link" data-issue-key="OT-84"><del>OT-84</del></a>. Could you please confirm, in this email thread, where you shared the CSV output with the Integration team, and whether it has been uploaded or not?</p> <p>Additionally, please provide an update on the following points I highlighted with you last week:</p> <p>1- Logical table not updated (Did you checked with Driss or not? if checked please update on same)<br/> 2- Fewer IPs present in the XML compared to those available in S-DB</p> <p>hi indrasan please check the mail on 7-11 for the above issues.</p> <p>Hi @Sandya Sharma,</p> <p>As discussed, I have reviewed the latest data uploaded by @Basant Kumar on the S-DB for Nokia RAN. Please refer to my latest comment, highlighted in green with today’s date, in the initial thread email and below as well. These items are still unresolved and need to be fixed.</p> <p>Consider Importer ID: 20251107090325_2025-11-07-09.03.25</p> <p>8. 5G Cell: :<br/> (I) MIMO Configuration (Fixed)/RET Tilt header is NULL (should be parse) 04-11: Table is not updated 11-11: Still same<br/> (II) The headers are missing: <br/> Cell status/Uplink-Downlink ARFCN/UP-DN link Bandwidth/TAC/Cell Duplex Mode/MCC-MNC/External code/Site/Node/Object ID/Supplier Tab 04-11: Table is not updated 11-11: Still same</p> <p>15. Logical Interface: (Table is not updated based on importer ID) Not Fixed 11-11: Still same<br/> 17. Node interface:<br/> (I) Description values are parsing under header dumps path. Not Fixed 11-11: Still same</p> <p>19. Slot:<br/> Dumps patch blank somewhere (Should be fixed) Not Fixed 11-11: Still same</p> <p>21. Sub interface:<br/> (I) In dumps paths the value of description is parsing &amp; description has blank data. Not Fixed (Both headers should have correct data) 11-11: Still same</p> <p>22. Cell radio bandwidths/eNodeB Bandwidths/ Cell tracking area:<br/> Dumps path (Blank) Not Fixed 11-11: Still same</p> <p>23. Role2G:<br/> Operator (Header is missing it should be parse) Not Fixed 11-11: Still same</p> <p>New Issues:</p> <p>1- Total boards are 30589 and now 30083 are updating only which was Ok in previous Importer ID.<br/> 2- Total IP are 10079 and now 10015 are updating only which was Ok in previous Importer ID.</p> <p>WIP and to be fixed by 13-11</p> <p>XML shared.</p> <p>Please find below the validation feedback based on the latest CSV output that was shared earlier for validation. The validation could not be completed at that time due to my involvement in another internal DEMO task.</p> <p>Importer ID: 20251114121417_2025-11-14-12.14.17</p> <p>8. 5G Cell</p> <p>(I) MIMO Configuration / RET Tilt are partial parsing. </p> <p>The MIMO Configuration and RET Tilt headers are currently NULL/None, whereas they should be parsed correctly for all where it is available in dump.</p> <p>A reference snippet is attached for clarity.</p> <p>Snippet-1_26-12-2025<br/> Snippet-2_26-12-2025</p> <p>(II) Missing Headers:<br/> The following headers are missing or not populated correctly:</p> <p>UP–DN Link Bandwidth (Not Fixed)<br/> TAC (Not Fixed)<br/> Site (Not Fixed)<br/> Node (Not Fixed)<br/> Supplier (Manufacturer – connector name is appearing instead)</p> <p>Please review and address the above points.</p> <p>WL = 1 mday ... to be started on 29-12 the second half</p> <p>to be delivered by 30-12 the first half</p> <p>code committed , after patch release integration will generate the xml for nsn and then validate the data in SD.</p> <p>Hi Sandya,</p> <p>After the latest patch was deployed, the integration team generated and uploaded the CSV output to the staging DB with the importer ID 20251231121137_2025-12-31-12.11.37.</p> <p>I have validated this output, and my observations are as follows:</p> <p>Validation Findings</p> <p>1- The Operator field is blank in BTS.<br/> 2- The Manufacturer field is blank in 5G Cell.<br/> 3- MIMO Configuration is still parsing as “None” for MAX nodes (e.g., 315250 and MRBTS-212018). A snippet is attached for reference (MIMO Snippet_05-01-2026).</p> <p>4- The eNodeB bandwidth count has changed from 13,826 previously to 2,938 currently.<br/> 5- The Loopback count has changed from 9,843 previously to 9,833 currently.<br/> 6- The header "elementNodeId" &amp; it's value is missing in XML while available in CSV output in table "radioantenna"</p> <p>to be started on 6-1 </p> <p>for the loopback interface issue dump is missing on server.</p> <p>Only point # 4 is pending and to be concluded after we conclude the use of static files </p> <p>Point no. 6 is still pending. Additionally, radio antenna details are now missing in the XML. In the previous version, radio antenna data was available, and only the elementNodeId header was missing.</p> <p>Sandya to add more logs as the issue is not reproducible on DEV laptop</p> <p>added logs , after patch release will check the logs and will fix then issue.</p> <p>Logs are added as per Driss email </p> <p>added the logs as per suggested by driss sir , but still they are not coming on server , mailed about it to driss sir.</p> <p>now radio anteena data is coming in xml, xml shared on mail already , working on the second issue..</p> <p>done some changes in the code for enodebbandwidth data , check the data in csv and confirm then will check the data on sd.</p> <p>now enodbandwidth data is coming fine in the csv , please check and confirm.</p> <p>A separate JIRA (<a href="http://jira.mobinets.com/jira/browse/OT-138" title="Update Static Sheet For Nokia RAN" class="issue-link" data-issue-key="OT-138"><del>OT-138</del></a>) has been created for this activity, as the static sheets have been updated and the rules have been changed to parse frequency band, channel bandwidth, and DL/UL EARFCN.</p> <p>Validation for all these changes will be performed under JIRA <a href="http://jira.mobinets.com/jira/browse/OT-138" title="Update Static Sheet For Nokia RAN" class="issue-link" data-issue-key="OT-138"><del>OT-138</del></a>.</p> <p>Currently, uplink/downlink channel bandwidth and uplink/downlink EARFCN are still not importing into NEP due to the following error:</p> <p>“The parent EnodeB LNBTS-515143 of LTE Cell (515143_22) has no supported TDD bands.” under "4G Cell".</p> <p>Although TDD band information is available in the XML, this issue is not being raised to the DEV team at this stage, as it will be validated based on the latest rules and parsing logic under <a href="http://jira.mobinets.com/jira/browse/OT-138" title="Update Static Sheet For Nokia RAN" class="issue-link" data-issue-key="OT-138"><del>OT-138</del></a>.</p> <p>Therefore, closing JIRA <a href="http://jira.mobinets.com/jira/browse/OT-84" title="Nokia RAN Data Validation In Staging-DB" class="issue-link" data-issue-key="OT-84"><del>OT-84</del></a>, as all issues under this ticket have been fixed, except the above, which is now tracked and validated separately under <a href="http://jira.mobinets.com/jira/browse/OT-138" title="Update Static Sheet For Nokia RAN" class="issue-link" data-issue-key="OT-138"><del>OT-138</del></a>.</p> Actual End Fri, 23 Jan 2026 12:06:16 +0200 Actual Start Mon, 29 Sep 2025 00:00:00 +0300 Baseline End Sun, 30 Nov 2025 00:00:00 +0200 Baseline Start Sun, 30 Nov 2025 00:00:00 +0200 Customer Date of Baselining Tue, 30 Sep 2025 04:24:27 +0300 Dev. Actual Duration Gantt Options Last Comment <p style="display:inline"><b>Evaluation License Error:</b> EXPIRED</p> Original Estimate PDM Actual Duration Planned End Sun, 30 Nov 2025 00:00:00 +0200 Planned Start Sun, 30 Nov 2025 00:00:00 +0200 Rank 0|xtiqwx: Rank (Obsolete) 9223372036854775807 VTDirections