Logo etsi

ETSI's Bug Tracker

Notice: information submitted on the ETSI issue Tracker may be incorporated in ETSI publication(s) and therefore subject to the ETSI IPR policy.

View Issue Details [ Jump to Notes ]

[ Issue History ] [ Print ]

ID

Project

Category

View Status

Date Submitted

Last Update

0000159

IPv6 Testing Conformance (TTCN3 + TPs)

Test Purpose

public

25-10-2006 15:38

27-02-2007 11:12

Reporter

Alexandre Berge

Assigned To

Peter Schmitting

Priority

normal

Severity

minor

Reproducibility

always

Status

resolved

Resolution

won't fix

Platform

OS

OS Version

Summary

0000159: Multiple verdicts

Description

Some TPs, such as TP_MOB_1568_01 or TP_MOB_1552_01, do not enable the establishment of a clear verdict (OR'd actions in 'then' statement, optional behaviour in 'then' statement). I propose to split these TPs into two TPs.

TP_MOB_1568_01:
then { IUT sends IPv6Packet not in tunneled_mode
        or IUT discards the IPv6Packet }

TP_MOB_1552_01:
then { IUT discards IPv6Packet
       and optionally
           (IUT sends ICMP_Destination_Unreachable
                containing code
                    set to 3 address_unreachable
            and containing destination_address
                    set to source_address of received IPv6Packet) }

Tags

No tags attached.

Cor - Mob - Sec - Trans

Mobility

Relationships

Notes
(0000128) Peter Schmitting (developer) 26-10-2006 12:35	Keep TPs as they are. The idea is that only the "optional" response is a valid response. There are two possibilities to pass the test 1. No answer at all to trigger 2. optional answer received and no other answer to trigger In the ATS: 1. send trigger 2. start timer 3. allow receipt of optional message 4. assign pass verdict on time-out

(0000387) Alexandre Berge (administrator) 05-12-2006 12:43	I can see two new problems to grouping optional and mandatory behaviors in the same TC: - If the optional response packet is malformed, and thus does not match the receive template, then verdict is set to 'pass' and the test operator does not get informed that this packet was not correct. - It's impossible (or at least difficult) to tell which optional requirement have been fulfilled and which ones have not (Let's think about Silver(mandatory rqmts) and Gold(manatory+optional rqmts) Logos) I think it would be better to have two separate TCs (and TPs) in this case, even if thoses TCs are very similar...

(0000761) Peter Schmitting (developer) 27-02-2007 11:12	Discussed with Alex and agreed to leave as is

Issue History
Date Modified	Username	Field	Change
25-10-2006 15:38	Alexandre Berge	New Issue
25-10-2006 15:38	Alexandre Berge	Mob - Sec - Trans	=> Mobility
26-10-2006 12:35	Peter Schmitting	Status	new => resolved
26-10-2006 12:35	Peter Schmitting	Resolution	open => fixed
26-10-2006 12:35	Peter Schmitting	Assigned To	=> Peter Schmitting
26-10-2006 12:35	Peter Schmitting	Note Added: 0000128
05-12-2006 12:43	Alexandre Berge	Status	resolved => feedback
05-12-2006 12:43	Alexandre Berge	Resolution	fixed => reopened
05-12-2006 12:43	Alexandre Berge	Note Added: 0000387
27-02-2007 11:12	Peter Schmitting	Status	feedback => resolved
27-02-2007 11:12	Peter Schmitting	Resolution	reopened => won't fix
27-02-2007 11:12	Peter Schmitting	Note Added: 0000761

MantisBT 1.2.14 [^]

Copyright © 2000 - 2024 MantisBT Team