ETSI's Bug Tracker - Part 06: TTCN-3 Control Interface
View Issue Details

ID | Project | Category | View Status | Date Submitted | Last Update
0006600 | Part 06: TTCN-3 Control Interface | Technical | public | 15-08-2013 09:34 | 30-08-2013 12:42

Reporter | Tomas Urban |
Assigned To | Ina Schieferdecker |
Priority | normal | Severity | minor | Reproducibility | always
Status | closed | Resolution | fixed |
Platform |  | OS |  | OS Version |
Product Version | v4.5.1 (published 2013-04) |
Target Version | v4.6.1 (published 2014-06) | Fixed in Version | v4.6.1 (published 2014-06) |
Clause Reference(s) | 7.3.4
Source (company - Author) | Elvior

Summary | 0006600: Missing data in TLI check operations

Description

CR 5981 introduced operations for logging the check operation. However, parameters of these operations don't contain decoded values (in case of traffic received from the SA) and templates used for matching, which are quite valueable for logging.
Operations for logging the check call performed on mapped ports also contain encoded data and addresses, but that information seems to be redundant, because it is always available to the TLI via preceding tli*Detected calls.
Proposal:
Change the interface of the TLI checking operations to resemble tliMReceive, tliPrGetCall, tliPrGetReply and tliPrCatch calls (instead of using syntax of tli*Detected calls).

Steps To Reproduce |
Additional Information |
Tags | No tags attached.

Relationships

related to | 0005981 | closed | Ina Schieferdecker | TLI does currently not represent the p.check operation appropriately

Attached Files | CR6600.rar (1,015,417) 29-08-2013 17:53 http://oldforge.etsi.org/mantis/file_download.php?file_id=2877&type=bug

Issue History
Date Modified | Username | Field | Change
15-08-2013 09:34 | Tomas Urban | New Issue |
15-08-2013 09:34 | Tomas Urban | Clause Reference(s) | => 7.3.4
15-08-2013 09:34 | Tomas Urban | Source (company - Author) | => Elvior
26-08-2013 13:29 | Jacob Wieland - Spirent | Note Added: 0011594 |
26-08-2013 13:30 | Jacob Wieland - Spirent | Relationship added | related to 0005981
26-08-2013 13:30 | Jacob Wieland - Spirent | Status | new => assigned
26-08-2013 13:30 | Jacob Wieland - Spirent | Assigned To | => Jacob Wieland - Spirent
28-08-2013 15:08 | Jacob Wieland - Spirent | Note Added: 0011627 |
29-08-2013 17:53 | Jacob Wieland - Spirent | File Added: CR6600.rar |
29-08-2013 17:55 | Jacob Wieland - Spirent | Note Added: 0011648 |
29-08-2013 17:55 | Jacob Wieland - Spirent | Assigned To | Jacob Wieland - Spirent => Ina Schieferdecker
29-08-2013 17:55 | Jacob Wieland - Spirent | Status | assigned => confirmed
29-08-2013 17:56 | Jacob Wieland - Spirent | Note Edited: 0011648 |
29-08-2013 17:57 | Jacob Wieland - Spirent | Note Edited: 0011648 |
30-08-2013 12:42 | Ina Schieferdecker | Note Added: 0011656 |
30-08-2013 12:42 | Ina Schieferdecker | Status | confirmed => resolved
30-08-2013 12:42 | Ina Schieferdecker | Resolution | open => fixed
30-08-2013 12:42 | Ina Schieferdecker | Fixed in Version | => v4.6.1 (published 2014-06)
30-08-2013 12:42 | Ina Schieferdecker | Target Version | => v4.6.1 (published 2014-06)
30-08-2013 12:42 | Ina Schieferdecker | Status | resolved => closed

Notes

(0011594)
Jacob Wieland - Spirent
26-08-2013 13:29

I agree with the reporter. The problem here is backward (in-)compatibility. Fortunately, this is a relatively new feature, so maybe not all tools have implemented this up till now. I think we should ask the tool vendors about this.

(0011627)
Jacob Wieland - Spirent
28-08-2013 15:08

reviewing this, the same problem exists also with _c variants of these tli-events, they also should be modelled after their respective Receive_c events.

(0011648)
Jacob Wieland - Spirent
29-08-2013 17:55 (edited on: 29-08-2013 17:57)

changed all events of the checked operation to have the same parameters as their respective receive events in all language mappings also fixed some typos (at least one tliMReceive was tliMRecieve and in some tables, the parameter names differed in capitalization from the signature)

(0011656)
Ina Schieferdecker
30-08-2013 12:42

As proposed.