|
| Re: TTCN - Router [message #1801654 is a reply to message #1801624] |
Thu, 24 January 2019 08:40   |
|
Hi David,
TTCN-3 as a language is totally generic, universal and agnostic to the nature of the System Under Test; Titan tries to maintain this as much as possible.
Some years ago we have experimented with testing OSPF with TTCN-3/Titan and also with compiling Titan on a router directly for white-box testing of the router software ( of curse the condition for this is the router runs a Linux derivative as OS, but this is often satisfied).
As requirements were more heavily expressed in other areas , we have abandoned this line , but I see no reason why Titan and TTCN-3 could not be used for router testing,
assuming one creates the appropriate protocol modules and test ports.
Best regards
Elemer
|
|
|
|
| Re: TTCN - Router [message #1801731 is a reply to message #1801705] |
Fri, 25 January 2019 11:37 |
|
Hi David,
not directly, but certainly you can take inspiration from it.
In broad terms the quoted protocol module was written with the intention of bypassing the TCP/UDP layer of the IP stack offered by the OS;
as such it receives/sends ethernet frames on the southbound interface and receives/sends TCP or UDP messages on the northbound interface.
It also handles ARP , that is translation between MAc and IP addresses.
We don't have ready, off the shelf protocol modules for L2 bridging or L3 routing functionality.
Best regards
Elemer
|
|
|
|
|
| Re: TTCN - Router [message #1802925 is a reply to message #1802891] |
Tue, 19 February 2019 08:15 |
|
Hi , David,
I'm sorry ; the code has been lost during years of migrations;
however it should not be more than a couple of days' work with RAW encoding.
Best regards
Elemer
|
|
|
|
|
|
| Re: TTCN - Router [message #1803987 is a reply to message #1803552] |
Thu, 14 March 2019 20:25 |
 David Laurent
Messages: 68
Registered: September 2018 |
Member |
|
|
Hi Elemer,
If I were to send a ICMP Echo to the OSPF router, the TTCN-3 structure representing an OSPF packet and test port would be as followed.
would I need to create a similar protocol packet and test ports for BGP ?
Regards - David
type record OSPFPacketType
{
UInt8 Version,
UInt8 Type,
UInt16 PacketLength,
UInt32 RouterID,
UInt32 AreaID,
UInt16 Checksum,
UInt8 InstanceID,
UInt8 Reserved,
octetstring PacketBody
};
// A port type used for communicating with an OSPF router
type port OSPFPort message
{
inout OSPFPacketType;
}
|
|
|
| Re: TTCN - Router [message #1804089 is a reply to message #1803987] |
Mon, 18 March 2019 07:55 |
|
Hi David,
first , some architectural advice:
it's always a good idea to separate the different protocol stacks:
-you will need at least two such stacks: an ICMP/IP/L2 and an OSPF/IP/L2; this means you will need two PTC's , one implementing ICMP behaviour , with an icmp port translated to LANL2,
and one implementing OSPF behaviour, with an ospf port translated to LANL2;
-for the first you can use the already available ICMP and IP protocol modules and the LANL2 test port
-for the second you will have to write an OSPF protocol module (with RAW codec instructions) , plus use the existing IP PM, and LANL2 test port
If you want to add BGP, you need to implement BGP types ( with RAW) and add a third protocol stack/component similar with the above
You should preferably use types declared in titan.ProtocolModules.COMMON/src/General_Types.ttcn
already decorated with RAW attributes.
The MTC can be used to orchestrate the behaviour of the two(three) components wia internal test ports.
I hope this helps.
BR
Elemer
|
|
|
| Re: TTCN - Router [message #1805032 is a reply to message #1804089] |
Thu, 04 April 2019 17:10 |
David Laurent
Messages: 68
Registered: September 2018 |
Member |
|
|
Hi Elemer,
While running test cases define in A.cfg, we had also to include test cases from B.cfg in [MODULE_PARAMETERS], otherwise we have a dynamic error.
Is it possible to run test case define in A.cfg without including B.cfg test cases in [MODULE_PARAMETERS] ......As of today, we put both A.cfg and B.cfg test cases in each pertaining [MODULE_PARAMETERS] to avoid dynamic error
when we run the command: ttcn3_start ./l2 ..../CONFIG/ICMP2ETH_n+1.cfg
Regards - David
[Updated on: Thu, 04 April 2019 17:14] Report message to a moderator |
|
|
| Re: TTCN - Router [message #1805062 is a reply to message #1805032] |
Fri, 05 April 2019 06:48 |
|
Hi David,
it would be easier to answer your question if I could see what's in your code and config;
however the answer is: yes, it is possible, you need to look at the logs and understand the role of the included parameters.
A generic advice:
Try to run the test cases one by one separately; every test case should work stand-alone, there should be no interference between test cases.
If it is , than that is wrong.
You should separate the test cases from each other; that usually requires a preamble to establish a certain state of the SUT (e.g. login) and a postamble
to take the SUT to a default state (e.g. logout)
I hope this helps
BR
Elemer
|
|
|
|
|
Powered by
FUDForum. Page generated in 0.02290 seconds
Search
Help
Register
Login
Home
