Dynamics | ||
Integration test report form | $Revision: 1.8 $ | State approved |
Date 05-Dec-1998 | Author Kimmo Mustonen | |
Review date 08-Dec-1998 | Reviewed by Dan Forsberg, Tom Weckström | |
Approval date 09-Dec-1998 | Approved by Jouni Malinen |
$Id: test_form_fa.html,v 1.8 1998/12/09 20:09:28 kmustone Exp $
The following integration test report of the Foreign Agent consists of
test cases that are created based on the defined functionality in the
functional definition
and the
technical definition.
Test result codes:
S = Successful
I = Improvements required
F = Failed
N = Not implemented (yet)
Date {date} | |||
Tester {tester} | |||
Modules {modules and versions} | |||
The Foreign Agent starts successfully and gets the configuration information that it needs | |||
On receipt of an Agent Solicitation message the Foreign Agent replies to the sender with an Agent Advertisement message | |||
On receipt of a Registration Request the Foreign Agent checks whether it has a pending mobility binding for the Home Agent specified in the request | |||
If a Registration Request is received while there is no binding for the Mobile Node, an unconfirmed binding is created and the request is forwarded to the next upper Foreign Agent | |||
If a Registration Request is received while there is a pending binding for the Mobile node, the message is verified with the Session Key | |||
On a receipt of a Registration Request with an invalid MAC, the request is forwarded to the next higher Mobility Agent | |||
On a receipt of an invalid Registration Request (Excluding case when only the MAC is invalid), the request is silently discarded | |||
On a receipt of a valid Registration Request, the binding is updated and a Registration Reply is sent to the care-of address of the request | |||
If there is a pending binding for the Mobile Node but there is no MAC included in the Registration Request, the Foreign Agent forwards the request to the next higher Mobility Agent. | |||
On receipt of a Registration Reply the Foreign Agent confirms the corresponding unconfirmed binding, the tunnel is configured and the Registration Reply message is forwarded to the care-of address found in the binding | |||
When the lifetime timer for a mobility binding expires, the Foreign Agent will purge the associated binding | |||
When the Foreign Agent receives a Registration Request from a Mobile Node for which the Foreign Agent already has a binding to a different care-of-address than the one in the request, the Foreign Agent modifies the binding and sends the tunnel lifetime to the new care-of-address | |||
When the Foreign Agent has an unconfirmed binding and the associated Mobile Node sends data to the Correspondent Node, the data is really delivered towards the Home Agent | |||
When the Foreign Agent has an unconfirmed binding and the associated Mobile Node receives data from the Correspondent Node, the data is really delivered to the Mobile Node | |||
When the Foreign Agent receives a Registration Request from a Mobile Node for which the Foreign Agent already has a binding to a different care-of-address than the one in the request, the Foreign Agent sends a Registration Reply with a lifetime value of 0 to the lower Foreign Agent of the old binding direction | |||
Badly formatted messages must not be able to crash the Foreign Agent | |||
If the Foreign Agent detects errors in the config file, it reports them according to the specification | |||
When the Foreign Agent has received a Registration Request from the Mobile Node but the binding is still unconfirmed, even if the data packets cannot reach the destination, no ICMP Host Unreachable messages should be sent | |||
The Foreign Agent logs the events that are defined to be logged in the functional definition | |||
General comments {Comments} |