Get raw text for this example (you can click any command below to see its doc)
/* Common test of program Anettest */INCLUDEtcp srcmac = 00-01-10-50-ff-22 PRINTPARAMETERS: <name of file>Starts processing the content of given file. The search of file will be performed in the current directory, all search paths (see option -I). For every path the content of samples, headers, traces folders will be also examined. You can also type just the name of file without INCLUDEbefore it.PARAMETERS: <name of file>Starts processing the content of given file. The search of file will be performed in the current directory, all search paths (see option -I). For every path the content of samples, headers, traces folders will be also examined. You can also type just the name of file without INCLUDEbefore it.PARAMETERS: <name of file>Starts processing the content of given file. The search of file will be performed in the current directory, all search paths (see option -I). For every path the content of samples, headers, traces folders will be also examined. You can also type just the name of file without include before it.PARAMETERS: <message>Displays the given message. Use symbol in message to indicate that line feed must be performed.'$srcmac$\n'POStd .fff 3s3 BACKPARAMETERS: <new position> | <field's name>Sets the <new position> of byte pointer. In the case of <field's name> new position will be equal to field's position.3 .fffx 0x010000 PRINTPARAMETERS: <number of bytes>Reduces the pointer for the given <number of bytes>.PARAMETERS: <message>Displays the given message. Use symbol in message to indicate that line feed must be performed.'$fff$ = $fffx$\n'fff = 16 PRINTPARAMETERS: <message>Displays the given message. Use symbol in message to indicate that line feed must be performed.'$fff$ = $fffx$\n'POS= fffx .fffx 0us26 fff = 3 PRINTPARAMETERS: <new position> | <field's name>Sets the <new position> of byte pointer. In the case of <field's name> new position will be equal to field's position.PARAMETERS: <message>Displays the given message. Use symbol in message to indicate that line feed must be performed.'$fffx$\n'.sym''POS= fffx .fffsPARAMETERS: <new position> | <field's name>Sets the <new position> of byte pointer. In the case of <field's name> new position will be equal to field's position.'ABCDEFGHIJKLMNOPQRSTUVWXYZ'PRINTPARAMETERS: <message>Displays the given message. Use symbol in message to indicate that line feed must be performed.'\n$fffx$\n'// changes the caseint nn = 0 string symv =''CYC26 { POSPARAMETERS: <number of iterations>Command instructs that next WAITcommand (its analogs) or next block of script will be processed by several times = <number of iterations>. The "inf" value is available which means infinite iterant processing.PARAMETERS: {accept | drop | any }Waits for packet whose mask is defined above. The command will finish work when such packet is received on waitable interface. The waitable interface is interface for which strict request (accept or drop) have been specified in parameters to command or in DEFAULTS(command DEFAULT). For TCP DEVICEPARAMETERS: {accept | drop | any | REVERS}PARAMETERS: not commandRequest specification. May only be given in parameters for DEFAULT command. Instructs to reverse the request for every packet.Defines default requests for packets. These requests will be applied when there are not enough explicitly defined requests for some packet (specified as parameters to command SEND, WAITand its analogs). Initially default requests are ACCEPT ANY ANY... i.e. a single request for the first interface specified via option -d.PARAMETERS: {accept | drop | any }Waits for packet whose mask is defined above. The command will finish work when such packet is received on waitable interface. The waitable interface is interface for which strict request (accept or drop) have been specified in parameters to command or in defaults (command DEFAULT). For TCP device the command will only wait data on the main interface. In the general case command may wait no one but several packets (added by ADDcommand). If any of them is received then command terminates. Command waits packets until timeout expires (command TIMEOUTPARAMETERS:Alias of TOWAIT command.). See "samples/waiting_packets.fws".PARAMETERS: <interval in milliseconds>Defines the timeout for WAIT command (and its analogs), also for imitation of application's work. Null value means infinite timeout (such timeout will not be applied for imitation of application's work). In the case of negative value its absolute value will be obtained as timeout, but WAIT command (its analogs) will work differently: it will always wait for the whole timeout (not terminating on first received packet). So several packets may be registered as received. This command also defines the timeout for TCP server while waiting for connections.the command will only wait data on the main interface. In the general case command may wait no one but several packets (added by ADDPARAMETERS: <type of device> {<name of interface>}Reopens interfaces. The type of device: eth, ip, tcp. The name of device is the same as for -d option, depends on the type of device. New line terminates the list of names.command). If any of them is received then command terminates. Command waits packets until timeout expires (command TIMEOUTPARAMETERS:Alias of TOWAITcommand.PARAMETERS: {accept | drop | any }Analog of WAIT command. Adds the above packet to the set of packets which will be waited by command WAIT or its analogs. This command does not start actual waiting (doesn't suspend script execution). Nevertheless, just after adding the packet may be registered as received. If some packet is registered as received before the call to WAIT (WAITALL) then the command will ignore it and wait for a next packet (see also SENDWAITOTHERPARAMETERS: no parametersThe analog of WAIT command. Doesn't add the previously defined packet to the list of waited ones. Starts waiting simply. Packets may be already added by ADDcommand (or using of UNFIX command).PARAMETERS:Alias of TOWAIT command.).PARAMETERS: no parametersWorks similar to "SEND WAITALL" sentence. Purpose: make atomic operation. Without this command there would be a chance that a waited packet did not cause command WAITALL stop waiting if it was accepted after SEND but before WAITALL started waiting. However it would be registered as received in any case. This command should be always used when you need to send a request and RELIABLY receive a response on it never missing.). See "samples/waiting_packets.fws".PARAMETERS: <interval in milliseconds>Defines the timeout for WAIT command (and its analogs), also for imitation of application's work. Null value means infinite timeout (such timeout will not be applied for imitation of application's work). In the case of negative value its absolute value will be obtained as timeout, but WAITcommand (its analogs) will work differently: it will always wait for the whole timeout (not terminating on first received packet). So several packets may be registered as received. This command also defines the timeout for TCP server while waiting for connections.PARAMETERS: {accept | drop | any }Waits for packet whose mask is defined above. The command will finish work when such packet is received on waitable interface. The waitable interface is interface for which strict request (accept or drop) have been specified in parameters to command or in defaults (command DEFAULT). For TCP device the command will only wait data on the main interface. In the general case command may wait no one but several packets (added by ADDcommand). If any of them is received then command terminates. Command waits packets until timeout expires (command TIMEOUTPARAMETERS:Alias of TOWAIT command.). See "samples/waiting_packets.fws".PARAMETERS: <interval in milliseconds>Defines the timeout for WAIT command (and its analogs), also for imitation of application's work. Null value means infinite timeout (such timeout will not be applied for imitation of application's work). In the case of negative value its absolute value will be obtained as timeout, but WAIT command (its analogs) will work differently: it will always wait for the whole timeout (not terminating on first received packet). So several packets may be registered as received. This command also defines the timeout for TCP server while waiting for connections.= fffs PASSPARAMETERS: <new position> | <field's name>Sets the <new position> of byte pointer. In the case of <field's name> new position will be equal to field's position.nn .symPARAMETERS: <number of bytes>Increases the byte pointer for the given <number of bytes>.''SETSIZE(sym, 1) symv = sym symv += 32 sym = symv nn+=1 } PRINTPARAMETERS: <name of field> <decimal value of a new size of field>Allows to specify the size for fields which don't have concrete size initially (strings). It can be also used to change the size for fields with concrete size (hexadecimal numbers). Value "any" may be used to specify the undefined size. A variable may be given so the size may be calculated before. See "samples/http_parser".PARAMETERS: <message>Displays the given message. Use symbol in message to indicate that line feed must be performed.'\n$fffs$\n'// CYCLESint v = 5 CYCv { CYCPARAMETERS: <number of iterations>Command instructs that next WAITcommand (its analogs) or next block of script will be processed by several times = <number of iterations>. The "inf" value is available which means infinite iterant processing.PARAMETERS: {accept | drop | any }Waits for packet whose mask is defined above. The command will finish work when such packet is received on waitable interface. The waitable interface is interface for which strict request (accept or drop) have been specified in parameters to command or in DEFAULTS(command DEFAULT). For TCP DEVICEPARAMETERS: {accept | drop | any | REVERS}PARAMETERS: not commandRequest specification. May only be given in parameters for DEFAULT command. Instructs to reverse the request for every packet.Defines default requests for packets. These requests will be applied when there are not enough explicitly defined requests for some packet (specified as parameters to command SEND, WAITand its analogs). Initially default requests are ACCEPT ANY ANY... i.e. a single request for the first interface specified via option -d.PARAMETERS: {accept | drop | any }Waits for packet whose mask is defined above. The command will finish work when such packet is received on waitable interface. The waitable interface is interface for which strict request (accept or drop) have been specified in parameters to command or in defaults (command DEFAULT). For TCP device the command will only wait data on the main interface. In the general case command may wait no one but several packets (added by ADDcommand). If any of them is received then command terminates. Command waits packets until timeout expires (command TIMEOUTPARAMETERS:Alias of TOWAIT command.). See "samples/waiting_packets.fws".PARAMETERS: <interval in milliseconds>Defines the timeout for WAIT command (and its analogs), also for imitation of application's work. Null value means infinite timeout (such timeout will not be applied for imitation of application's work). In the case of negative value its absolute value will be obtained as timeout, but WAIT command (its analogs) will work differently: it will always wait for the whole timeout (not terminating on first received packet). So several packets may be registered as received. This command also defines the timeout for TCP server while waiting for connections.the command will only wait data on the main interface. In the general case command may wait no one but several packets (added by ADDPARAMETERS: <type of device> {<name of interface>}Reopens interfaces. The type of device: eth, ip, tcp. The name of device is the same as for -d option, depends on the type of device. New line terminates the list of names.command). If any of them is received then command terminates. Command waits packets until timeout expires (command TIMEOUTPARAMETERS:Alias of TOWAITcommand.PARAMETERS: {accept | drop | any }Analog of WAIT command. Adds the above packet to the set of packets which will be waited by command WAIT or its analogs. This command does not start actual waiting (doesn't suspend script execution). Nevertheless, just after adding the packet may be registered as received. If some packet is registered as received before the call to WAIT (WAITALL) then the command will ignore it and wait for a next packet (see also SENDWAITOTHERPARAMETERS: no parametersThe analog of WAIT command. Doesn't add the previously defined packet to the list of waited ones. Starts waiting simply. Packets may be already added by ADDcommand (or using of UNFIX command).PARAMETERS:Alias of TOWAIT command.).PARAMETERS: no parametersWorks similar to "SEND WAITALL" sentence. Purpose: make atomic operation. Without this command there would be a chance that a waited packet did not cause command WAITALL stop waiting if it was accepted after SEND but before WAITALL started waiting. However it would be registered as received in any case. This command should be always used when you need to send a request and RELIABLY receive a response on it never missing.). See "samples/waiting_packets.fws".PARAMETERS: <interval in milliseconds>Defines the timeout for WAIT command (and its analogs), also for imitation of application's work. Null value means infinite timeout (such timeout will not be applied for imitation of application's work). In the case of negative value its absolute value will be obtained as timeout, but WAITcommand (its analogs) will work differently: it will always wait for the whole timeout (not terminating on first received packet). So several packets may be registered as received. This command also defines the timeout for TCP server while waiting for connections.PARAMETERS: {accept | drop | any }Waits for packet whose mask is defined above. The command will finish work when such packet is received on waitable interface. The waitable interface is interface for which strict request (accept or drop) have been specified in parameters to command or in defaults (command DEFAULT). For TCP device the command will only wait data on the main interface. In the general case command may wait no one but several packets (added by ADDcommand). If any of them is received then command terminates. Command waits packets until timeout expires (command TIMEOUTPARAMETERS:Alias of TOWAIT command.). See "samples/waiting_packets.fws".PARAMETERS: <interval in milliseconds>Defines the timeout for WAIT command (and its analogs), also for imitation of application's work. Null value means infinite timeout (such timeout will not be applied for imitation of application's work). In the case of negative value its absolute value will be obtained as timeout, but WAIT command (its analogs) will work differently: it will always wait for the whole timeout (not terminating on first received packet). So several packets may be registered as received. This command also defines the timeout for TCP server while waiting for connections.60 { PRINTLPARAMETERS: <number of iterations>Command instructs that next WAITcommand (its analogs) or next block of script will be processed by several times = <number of iterations>. The "inf" value is available which means infinite iterant processing.PARAMETERS: {accept | drop | any }Waits for packet whose mask is defined above. The command will finish work when such packet is received on waitable interface. The waitable interface is interface for which strict request (accept or drop) have been specified in parameters to command or in DEFAULTS(command DEFAULT). For TCP DEVICEPARAMETERS: {accept | drop | any | REVERS}PARAMETERS: not commandRequest specification. May only be given in parameters for DEFAULT command. Instructs to reverse the request for every packet.Defines default requests for packets. These requests will be applied when there are not enough explicitly defined requests for some packet (specified as parameters to command SEND, WAITand its analogs). Initially default requests are ACCEPT ANY ANY... i.e. a single request for the first interface specified via option -d.PARAMETERS: {accept | drop | any }Waits for packet whose mask is defined above. The command will finish work when such packet is received on waitable interface. The waitable interface is interface for which strict request (accept or drop) have been specified in parameters to command or in defaults (command DEFAULT). For TCP device the command will only wait data on the main interface. In the general case command may wait no one but several packets (added by ADDcommand). If any of them is received then command terminates. Command waits packets until timeout expires (command TIMEOUTPARAMETERS:Alias of TOWAIT command.). See "samples/waiting_packets.fws".PARAMETERS: <interval in milliseconds>Defines the timeout for WAIT command (and its analogs), also for imitation of application's work. Null value means infinite timeout (such timeout will not be applied for imitation of application's work). In the case of negative value its absolute value will be obtained as timeout, but WAIT command (its analogs) will work differently: it will always wait for the whole timeout (not terminating on first received packet). So several packets may be registered as received. This command also defines the timeout for TCP server while waiting for connections.the command will only wait data on the main interface. In the general case command may wait no one but several packets (added by ADDPARAMETERS: <type of device> {<name of interface>}Reopens interfaces. The type of device: eth, ip, tcp. The name of device is the same as for -d option, depends on the type of device. New line terminates the list of names.command). If any of them is received then command terminates. Command waits packets until timeout expires (command TIMEOUTPARAMETERS:Alias of TOWAITcommand.PARAMETERS: {accept | drop | any }Analog of WAIT command. Adds the above packet to the set of packets which will be waited by command WAIT or its analogs. This command does not start actual waiting (doesn't suspend script execution). Nevertheless, just after adding the packet may be registered as received. If some packet is registered as received before the call to WAIT (WAITALL) then the command will ignore it and wait for a next packet (see also SENDWAITOTHERPARAMETERS: no parametersThe analog of WAIT command. Doesn't add the previously defined packet to the list of waited ones. Starts waiting simply. Packets may be already added by ADDcommand (or using of UNFIX command).PARAMETERS:Alias of TOWAIT command.).PARAMETERS: no parametersWorks similar to "SEND WAITALL" sentence. Purpose: make atomic operation. Without this command there would be a chance that a waited packet did not cause command WAITALL stop waiting if it was accepted after SEND but before WAITALL started waiting. However it would be registered as received in any case. This command should be always used when you need to send a request and RELIABLY receive a response on it never missing.). See "samples/waiting_packets.fws".PARAMETERS: <interval in milliseconds>Defines the timeout for WAIT command (and its analogs), also for imitation of application's work. Null value means infinite timeout (such timeout will not be applied for imitation of application's work). In the case of negative value its absolute value will be obtained as timeout, but WAITcommand (its analogs) will work differently: it will always wait for the whole timeout (not terminating on first received packet). So several packets may be registered as received. This command also defines the timeout for TCP server while waiting for connections.PARAMETERS: {accept | drop | any }Waits for packet whose mask is defined above. The command will finish work when such packet is received on waitable interface. The waitable interface is interface for which strict request (accept or drop) have been specified in parameters to command or in defaults (command DEFAULT). For TCP device the command will only wait data on the main interface. In the general case command may wait no one but several packets (added by ADDcommand). If any of them is received then command terminates. Command waits packets until timeout expires (command TIMEOUTPARAMETERS:Alias of TOWAIT command.). See "samples/waiting_packets.fws".PARAMETERS: <interval in milliseconds>Defines the timeout for WAIT command (and its analogs), also for imitation of application's work. Null value means infinite timeout (such timeout will not be applied for imitation of application's work). In the case of negative value its absolute value will be obtained as timeout, but WAIT command (its analogs) will work differently: it will always wait for the whole timeout (not terminating on first received packet). So several packets may be registered as received. This command also defines the timeout for TCP server while waiting for connections.PARAMETERS: <message>Analog of PRINTcommand. Additionally performs the line feed.PARAMETERS: <message>Displays the given message. Use symbol in message to indicate that line feed must be performed.'nested'BREAKPRINTLPARAMETERS: no parametersBreaks the cycle caused by using CYCcommand.PARAMETERS: <number of iterations>Command instructs that next WAITcommand (its analogs) or next block of script will be processed by several times = <number of iterations>. The "inf" value is available which means infinite iterant processing.PARAMETERS: {accept | drop | any }Waits for packet whose mask is defined above. The command will finish work when such packet is received on waitable interface. The waitable interface is interface for which strict request (accept or drop) have been specified in parameters to command or in defaults (command DEFAULT). For TCP device the command will only wait data on the main interface. In the general case command may wait no one but several packets (added by ADDcommand). If any of them is received then command terminates. Command waits packets until timeout expires (command TIMEOUTPARAMETERS:Alias of TOWAIT command.). See "samples/waiting_packets.fws".PARAMETERS: <interval in milliseconds>Defines the timeout for WAIT command (and its analogs), also for imitation of application's work. Null value means infinite timeout (such timeout will not be applied for imitation of application's work). In the case of negative value its absolute value will be obtained as timeout, but WAIT command (its analogs) will work differently: it will always wait for the whole timeout (not terminating on first received packet). So several packets may be registered as received. This command also defines the timeout for TCP server while waiting for connections.PARAMETERS: <message>Analog of PRINTcommand. Additionally performs the line feed.PARAMETERS: <message>Displays the given message. Use symbol in message to indicate that line feed must be performed.'ERROR'} PRINTLPARAMETERS: <message>Analog of PRINTcommand. Additionally performs the line feed.PARAMETERS: <message>Displays the given message. Use symbol in message to indicate that line feed must be performed.'main'} PRINTLPARAMETERS: <message>Analog of PRINTcommand. Additionally performs the line feed.PARAMETERS: <message>Displays the given message. Use symbol in message to indicate that line feed must be performed.'end'CYC0 { PRINTLPARAMETERS: <number of iterations>Command instructs that next WAITcommand (its analogs) or next block of script will be processed by several times = <number of iterations>. The "inf" value is available which means infinite iterant processing.PARAMETERS: {accept | drop | any }Waits for packet whose mask is defined above. The command will finish work when such packet is received on waitable interface. The waitable interface is interface for which strict request (accept or drop) have been specified in parameters to command or in DEFAULTS(command DEFAULT). For TCP DEVICEPARAMETERS: {accept | drop | any | REVERS}PARAMETERS: not commandRequest specification. May only be given in parameters for DEFAULT command. Instructs to reverse the request for every packet.Defines default requests for packets. These requests will be applied when there are not enough explicitly defined requests for some packet (specified as parameters to command SEND, WAITand its analogs). Initially default requests are ACCEPT ANY ANY... i.e. a single request for the first interface specified via option -d.PARAMETERS: {accept | drop | any }Waits for packet whose mask is defined above. The command will finish work when such packet is received on waitable interface. The waitable interface is interface for which strict request (accept or drop) have been specified in parameters to command or in defaults (command DEFAULT). For TCP device the command will only wait data on the main interface. In the general case command may wait no one but several packets (added by ADDcommand). If any of them is received then command terminates. Command waits packets until timeout expires (command TIMEOUTPARAMETERS:Alias of TOWAIT command.). See "samples/waiting_packets.fws".PARAMETERS: <interval in milliseconds>Defines the timeout for WAIT command (and its analogs), also for imitation of application's work. Null value means infinite timeout (such timeout will not be applied for imitation of application's work). In the case of negative value its absolute value will be obtained as timeout, but WAIT command (its analogs) will work differently: it will always wait for the whole timeout (not terminating on first received packet). So several packets may be registered as received. This command also defines the timeout for TCP server while waiting for connections.the command will only wait data on the main interface. In the general case command may wait no one but several packets (added by ADDPARAMETERS: <type of device> {<name of interface>}Reopens interfaces. The type of device: eth, ip, tcp. The name of device is the same as for -d option, depends on the type of device. New line terminates the list of names.command). If any of them is received then command terminates. Command waits packets until timeout expires (command TIMEOUTPARAMETERS:Alias of TOWAITcommand.PARAMETERS: {accept | drop | any }Analog of WAIT command. Adds the above packet to the set of packets which will be waited by command WAIT or its analogs. This command does not start actual waiting (doesn't suspend script execution). Nevertheless, just after adding the packet may be registered as received. If some packet is registered as received before the call to WAIT (WAITALL) then the command will ignore it and wait for a next packet (see also SENDWAITOTHERPARAMETERS: no parametersThe analog of WAIT command. Doesn't add the previously defined packet to the list of waited ones. Starts waiting simply. Packets may be already added by ADDcommand (or using of UNFIX command).PARAMETERS:Alias of TOWAIT command.).PARAMETERS: no parametersWorks similar to "SEND WAITALL" sentence. Purpose: make atomic operation. Without this command there would be a chance that a waited packet did not cause command WAITALL stop waiting if it was accepted after SEND but before WAITALL started waiting. However it would be registered as received in any case. This command should be always used when you need to send a request and RELIABLY receive a response on it never missing.). See "samples/waiting_packets.fws".PARAMETERS: <interval in milliseconds>Defines the timeout for WAIT command (and its analogs), also for imitation of application's work. Null value means infinite timeout (such timeout will not be applied for imitation of application's work). In the case of negative value its absolute value will be obtained as timeout, but WAITcommand (its analogs) will work differently: it will always wait for the whole timeout (not terminating on first received packet). So several packets may be registered as received. This command also defines the timeout for TCP server while waiting for connections.PARAMETERS: {accept | drop | any }Waits for packet whose mask is defined above. The command will finish work when such packet is received on waitable interface. The waitable interface is interface for which strict request (accept or drop) have been specified in parameters to command or in defaults (command DEFAULT). For TCP device the command will only wait data on the main interface. In the general case command may wait no one but several packets (added by ADDcommand). If any of them is received then command terminates. Command waits packets until timeout expires (command TIMEOUTPARAMETERS:Alias of TOWAIT command.). See "samples/waiting_packets.fws".PARAMETERS: <interval in milliseconds>Defines the timeout for WAIT command (and its analogs), also for imitation of application's work. Null value means infinite timeout (such timeout will not be applied for imitation of application's work). In the case of negative value its absolute value will be obtained as timeout, but WAIT command (its analogs) will work differently: it will always wait for the whole timeout (not terminating on first received packet). So several packets may be registered as received. This command also defines the timeout for TCP server while waiting for connections.PARAMETERS: <message>Analog of PRINTcommand. Additionally performs the line feed.PARAMETERS: <message>Displays the given message. Use symbol in message to indicate that line feed must be performed.'error'} CYC1 { PRINTLPARAMETERS: <number of iterations>Command instructs that next WAITcommand (its analogs) or next block of script will be processed by several times = <number of iterations>. The "inf" value is available which means infinite iterant processing.PARAMETERS: {accept | drop | any }Waits for packet whose mask is defined above. The command will finish work when such packet is received on waitable interface. The waitable interface is interface for which strict request (accept or drop) have been specified in parameters to command or in DEFAULTS(command DEFAULT). For TCP DEVICEPARAMETERS: {accept | drop | any | REVERS}PARAMETERS: not commandRequest specification. May only be given in parameters for DEFAULT command. Instructs to reverse the request for every packet.Defines default requests for packets. These requests will be applied when there are not enough explicitly defined requests for some packet (specified as parameters to command SEND, WAITand its analogs). Initially default requests are ACCEPT ANY ANY... i.e. a single request for the first interface specified via option -d.PARAMETERS: {accept | drop | any }Waits for packet whose mask is defined above. The command will finish work when such packet is received on waitable interface. The waitable interface is interface for which strict request (accept or drop) have been specified in parameters to command or in defaults (command DEFAULT). For TCP device the command will only wait data on the main interface. In the general case command may wait no one but several packets (added by ADDcommand). If any of them is received then command terminates. Command waits packets until timeout expires (command TIMEOUTPARAMETERS:Alias of TOWAIT command.). See "samples/waiting_packets.fws".PARAMETERS: <interval in milliseconds>Defines the timeout for WAIT command (and its analogs), also for imitation of application's work. Null value means infinite timeout (such timeout will not be applied for imitation of application's work). In the case of negative value its absolute value will be obtained as timeout, but WAIT command (its analogs) will work differently: it will always wait for the whole timeout (not terminating on first received packet). So several packets may be registered as received. This command also defines the timeout for TCP server while waiting for connections.the command will only wait data on the main interface. In the general case command may wait no one but several packets (added by ADDPARAMETERS: <type of device> {<name of interface>}Reopens interfaces. The type of device: eth, ip, tcp. The name of device is the same as for -d option, depends on the type of device. New line terminates the list of names.command). If any of them is received then command terminates. Command waits packets until timeout expires (command TIMEOUTPARAMETERS:Alias of TOWAITcommand.PARAMETERS: {accept | drop | any }Analog of WAIT command. Adds the above packet to the set of packets which will be waited by command WAIT or its analogs. This command does not start actual waiting (doesn't suspend script execution). Nevertheless, just after adding the packet may be registered as received. If some packet is registered as received before the call to WAIT (WAITALL) then the command will ignore it and wait for a next packet (see also SENDWAITOTHERPARAMETERS: no parametersThe analog of WAIT command. Doesn't add the previously defined packet to the list of waited ones. Starts waiting simply. Packets may be already added by ADDcommand (or using of UNFIX command).PARAMETERS:Alias of TOWAIT command.).PARAMETERS: no parametersWorks similar to "SEND WAITALL" sentence. Purpose: make atomic operation. Without this command there would be a chance that a waited packet did not cause command WAITALL stop waiting if it was accepted after SEND but before WAITALL started waiting. However it would be registered as received in any case. This command should be always used when you need to send a request and RELIABLY receive a response on it never missing.). See "samples/waiting_packets.fws".PARAMETERS: <interval in milliseconds>Defines the timeout for WAIT command (and its analogs), also for imitation of application's work. Null value means infinite timeout (such timeout will not be applied for imitation of application's work). In the case of negative value its absolute value will be obtained as timeout, but WAITcommand (its analogs) will work differently: it will always wait for the whole timeout (not terminating on first received packet). So several packets may be registered as received. This command also defines the timeout for TCP server while waiting for connections.PARAMETERS: {accept | drop | any }Waits for packet whose mask is defined above. The command will finish work when such packet is received on waitable interface. The waitable interface is interface for which strict request (accept or drop) have been specified in parameters to command or in defaults (command DEFAULT). For TCP device the command will only wait data on the main interface. In the general case command may wait no one but several packets (added by ADDcommand). If any of them is received then command terminates. Command waits packets until timeout expires (command TIMEOUTPARAMETERS:Alias of TOWAIT command.). See "samples/waiting_packets.fws".PARAMETERS: <interval in milliseconds>Defines the timeout for WAIT command (and its analogs), also for imitation of application's work. Null value means infinite timeout (such timeout will not be applied for imitation of application's work). In the case of negative value its absolute value will be obtained as timeout, but WAIT command (its analogs) will work differently: it will always wait for the whole timeout (not terminating on first received packet). So several packets may be registered as received. This command also defines the timeout for TCP server while waiting for connections.PARAMETERS: <message>Analog of PRINTcommand. Additionally performs the line feed.PARAMETERS: <message>Displays the given message. Use symbol in message to indicate that line feed must be performed.'OK'}