-Last modified: Sun Sep 2 21:12:19 BST 2001 +Last modified: Sun Sep 2 22:02:36 BST 2001
At the moment, anybody can connect inwards at any time from outside, either by ax25 or by telnet (assuming you have followed the instructions in installation @@ -64,14 +64,13 @@ Last modified: Sun Sep 2 21:12:19 BST 2001 client gb7djk telnet -
a ax25 example (connecting from GB7DJK, to GB7DXM via my local BPQ node and one X1J intermediate node):- +
An ax25 example (connecting from GB7DJK, to GB7DXM via my local BPQ node and one X1J intermediate node):-
timeout 60
abort (Busy|Sorry|Fail)
# don't forget to chmod 4775 netrom_call!
connect ax25 /usr/sbin/netrom_call bbs gb7djk-0 g1tlh-0
- 'Connected' ''
'Connected' 'c np7'
'*** Connect' 'c gb7dxm'
'Connect' ''
@@ -79,15 +78,20 @@ Last modified: Sun Sep 2 21:12:19 BST 2001
The -0 ssid is important if you want it to work reliably. Obviously if you are
using a different ssid then you would use that. You can use the Netrom alias instead if it
- it is in the machines node table
+ it is in the machines node table.
- A AGW Engine example would be very similar and look like this:-
+ The line: "'Connected' ''" means: wait for
+ the string Connected and when that is seen, then move onto the next line
+ without sending anything. The reason you do this (in this case) is to wait
+ for the final "connect" string from the BPQ node that directly connects you to the
+ cluster node itself.
+
+ An AGW Engine example would be very similar and look like this:-
timeout 60
abort (Busy|Sorry|Fail)
connect agw 2 g1tlh
- '*** Connected' ''
'*** Connect' 'c np7'
'Connected' 'c gb7dxm'
'Connect' ''
@@ -163,17 +167,20 @@ Last modified: Sun Sep 2 21:12:19 BST 2001
route that you are going to take to the destination, so this will be typically the callsign
of your local node.
- You will notice that the script waits until it sees the left hand string
- of the pair and only then does it send the,
- string on the right
- hand side. This is called a State Machine.
-
- A state machine "walks" through a conversation (in this case) looking
- for "states" (in this case particular strings) and then performs some
- "action" (usually some kind of connect command for the type of system
- you are trying to navigate). When one "state" "fires" (detects the string
- are looking for), it sends the command associated with that state and then
- moves onto the next "state", in our case: the next line.
+ You will notice that the script waits
+ until it sees the left hand string of the pair and only
+ then does it send the string on the
+ right hand side. This is called a State Machine.
+
+ A state machine "walks" through a conversation (in this
+ case) looking for "states" (in this case
+ particular strings) and then performs some "action" (usually some kind of connect command
+ for the type of system you are trying to navigate). When one
+ "state" "fires"
+ (detects the string are looking for), it sends the command
+ associated with that state and then moves onto the next "state", in our case: the next line.
PLEASE NOTE: the colouration in the above example is for illustrative purposes
only, the debug output is all one colour.
@@ -187,18 +194,18 @@ Last modified: Sun Sep 2 21:12:19 BST 2001
ignored, as are wholly blank lines.
- In the case of a @@ -206,34 +213,40 @@ Last modified: Sun Sep 2 21:12:19 BST 2001 the first is the ip address or hostname of the computer you wish to connect to and the second is the port number you want to use (this can be left out if it is a normal telnet - session). + session).
In the case of an ax25 session then this would normally be a call to /usr/sbin/ax25_call or /usr/sbin/netrom_call as in the example above. It is your responsibility to get your node and other ax25 parameters to - work before going down this route! + work before going down this route!
For agw connections you will need a port number (starting
- from 1) and the callsign of the first "hop" along the way.
-
+ from 1) and the callsign of the first "hop" along the way.
When the left hand string has found what it is looking (if - it is) then the right hand string is sent to the connection. +
When the left hand string has found what it is expecting (if + it is) then the right hand string is sent to the connection.
-This process is repeated for every line of chat script.
-
+
If the left hand + string is empty then it doesn't read or wait for anything, it + simply sends whatever is on the right hand side.
+ +All comparisons are done ignoring case.
+ +If the right hand string is empty ('') then nothing is sent, the + script simply moves onto the next line.
+ +This process is repeated for every line of chat script.
-