INTRODUCTION TO PACKET RADIO - PART 1 - by Larry Kenney, WB9LOZ Packet Radio is the latest major development to hit the world of Amateur Radio. If you haven't already been caught by the "packet bug", you're probably wondering what it's all about and why so many people are so excited about it. Well, continue reading, because you're about to find out. Packet seems to offer something different from other facets of Amateur Radio, yet it can be used for everything from a local QSO to a DX contact 2500 miles away, for electronic mail, message transmission, emergency communications, or just plain tinkering in the world of digital communi- cations. It presents a new challenge for those tired of the QRM on the low bands, a new mode for those already on FM, and a better, faster means of message handling for those on RTTY. Packet is for the rag chewer, the traffic handler, the experimenter, and the casual operator. A ham can get involved very easily with relatively small out-of-pocket expenses. All you need is a 2-meter transceiver, a computer or terminal, and a TNC. If you have a DOS compatible computer, just a packet modem and special software are needed instead of a TNC. You probably already have the 2-meter rig and a computer of some kind, so all you need to buy is the TNC, which costs just over $100, or the modem and software, which sell together for about $50. The TNC is the Terminal Node Controller, the little black box that's wired between the computer and the radio. It acts very much like a modem used for connecting a computer to the phone lines. It converts the data from the computer into AFSK tones for transmission and changes the tones that are received by the radio into data for the computer. It's a simple matter of wiring up a plug and a couple jacks to become fully operational. Packet is communications between people either direct or indirect. You can work keyboard to keyboard or use electronic mailboxes or bulletin board systems to leave messages. Due to the error checking by the TNC, all of it is error free, too. (That is, as error free as the person at the keyboard types it.) As the data is received it's continuously checked for errors, and it isn't accepted unless it's correct. You don't miss the information if it has errors, however, because the information is resent again. I'll go into how this is accomplished in a later part of this series. The data that is to be transmitted is collected in the TNC and sent as bursts, or packets, of information; hence the name. Each packet has the callsign or address of who it's going to, who it's coming from and the route between the two stations included, along with the data and error checking. Since up to 256 characters can be included in each packet, more than three lines of text can be sent in a matter of a couple seconds. There is plenty of time between packets for several stations to be using the same frequency at the same time. If all of this sounds confusing, don't let it bother you, because that little black box, the TNC, does everything for you automatically. Packet might seem very confusing at first, but in a day or two you're in there with the best of them. In this series I'll be telling you more about packet--how you get on the air, how to use it to your best advantage, and ways to improve your operation. We'll talk about that little black box, the TNC, and tell you about all its inner-most secrets. We'll discuss mailboxes, bulletin board systems, and the packet networks that allow you to work stations hundreds of miles away using just a low powered rig on 2 meters, 220 or 450. The world of packet radio awaits you! - - - - INTRODUCTION TO PACKET RADIO - PART 2 - by Larry Kenney, WB9LOZ In the first part of this series I told you, in general terms, what packet radio was all about...what it is, its uses, the equipment used and, generally, how its transmitted. Now we're going to tell you how to get on the air, make a QSO, and become familiar with your packet station. Whether you're new to packet, having just received a new TNC, have been involved for just a short time, or are one of the "old timers", this series should help all of you. Even if you don't yet own a TNC, you should keep this article handy for future use. I'll bet you'll be joining us soon! The equipment needed to get on the air is a transceiver, a computer or terminal, and a TNC - the terminal node controller - the little black box we talked about in part 1. I highly recommend that you start with a 2 meter transceiver. There is packet activity on 220, 440 and on HF, but 2 meters is where all the action is and it's the best place to start out on packet. The TNC contains a modem that is equivalent to the modem used to connect your computer to the phone lines, but the tones used for packet are different than those used on the phone. The TNC also contains special software that's specially designed for ham radio packet use. If you own an IBM computer or a compatible clone that uses DOS, you can buy software for the computer that replaces the software in the TNC, so only the modem portion of the TNC needs to be purchased. When you buy a TNC or packet modem and take it out of the box, you'll find cables supplied for connecting it to the radio, but you'll have to attach the appropriate mic and speaker jack connectors for the radio you're going to use. You also have to furnish the cable that connects the TNC to your computer or terminal. In most cases, the standard RS-232 port is used between the TNC and computer, however this varies with the type of computer and TNC used. The operating manuals supplied with the TNCs have a good write up on the various computers and the cabling needed. I would advise that you read the introduction and set up procedures for your particular TNC very carefully. Most companies have supplied excellent manuals, and you shouldn't have any trouble figuring out your particular set up from the the information supplied in the manual. Once you have everything wired and connected together, turn on the computer, load a terminal program (anything used for a phone modem will work well for packet), set the parameters for 7bits, no parity and one stop bit and then get into receive mode. Now turn on the radio, make sure the volume is turned up about a quarter turn (about the "10 or 11 o'clock" position) and make sure the squelch is set. It should be at the point where the background noise disappers, just as it would be set for a voice QSO. Next, turn on the TNC. You should get a "greeting" or sign on message from the TNC showing the manufacturer's name, software version, etc. If you see a bunch of gibberish, such as &tf$d.#ssan>m, it means that the data rate of the TNC and computer are not the same. This data rate is better known as the baud rate. The baud rate of the TNC has to match the baud rate used by your computer terminal program and is easily adjusted. Check your TNC manual for this procedure, as it varies from TNC to TNC. If you don't see a "greeting" or the gibberish, check your cables and connections. Make sure that you have everything connected properly, that the right wires are on the right pins, and so on. Now we need to explain the three levels of communicating you can do from the keyboard. First, you can communicate with your computer for setting up the terminal program; second, you can communicate with the TNC; and third, you can communicate with the radio. It's very important that you know which level you're in when working packet. I can't help you much with the computer level, since that varies with manufacturer, model and the terminal program you're using, but once you get the terminal program ready to receive data, you're ready to talk to the TNC. First, do a "control C" (press the CNTL and the letter C simultaneously); this puts the TNC in COMMAND mode, the level where you communicate directly with the TNC from the keyboard. You should see "cmd:" on your screen. Enter: MYCALL - - - - with your callsign in place of the dashed lines, such as: MYCALL WB9LOZ followed by a carriage return (CR). All commands are followed by a (CR). This sets into the TNC memory the call that you're going to use on the air. Now if you type MYCALL (CR), it should respond with your call. If it does, you've proven that the computer to TNC linkup is working fine. If you do not see anything on the screen when you type, blindly enter the following: ECHO ON (CR). If you see two of everything that you type, such as MMYYCCAALLLL, enter ECHO OFF (CR). You're now ready to go on the air! Tune the receiver to any odd numbered frequency between 144.91 and 145.09 or 145.71 and 145.79 MHz and set the rig for simplex operation. You might have to tune around for the frequency with activity in your area. Enter the following TNC commands: MONITOR ON (CR) MRPT ON (CR) then watch the screen. You should soon be seeing the packets that are being sent over the air by other stations. You should see something similar to this: WB9LOZ > W6PW-3: The meeting will be held at 8:00 pm. This shows a packet being sent by WB9LOZ to W6PW-3. Watch for callsigns with an asterisk next to it in packets that look like this: WB9LOZ > W6PW-3,W6PW-1*: The meeting will be held at 8:00 pm. This indicates that you're receiving the packet from W6PW-1, not the originating station, WB9LOZ. Callsigns with an asterisk indicate that you're copying the packet from that station, as it's being repeated, or digipeated, by a packet repeater. Jot down the call, including any trailing number attached to it. On packet you can have up to 16 different stations on the air at the same time using the same callsign. That's where the numbers at the end of the callsign come into play. The calls W6PW, W6PW-1, W6PW-2, W6PW-3, W6PW-4 and W6PW-5 are all individual stations operating under the same station license. A callsign without a number is the same as -0. These numbers are called sub-station IDs or SSIDs, and are used to differentiate between the various stations. There should never be more than one station using the same callsign and SSID on the air at the same time. Now, before you try to make your first QSO with someone else, you should check out your equipment to make sure it's set up properly. To do that, you can CONNECT to yourself. Note one of the callsigns you jotted down a minute ago. Make sure your radio is still tuned to the frequency where you heard that call, then enter the following: C - - - - V - - - - (CR) where the first dashed lines are YOUR callsign and the second dashed lines are the call of the station you jotted down, including the SSID. The C means CONNECT and the V means VIA. C WB9LOZ V W6PW-1 means connect to WB9LOZ via W6PW-1. You should soon see "*** CONNECTED TO (your call)" on the screen. You have now entered the third level of communications, called CONVERSE mode, and this is where you communicate from the keyboard to the radio. Anything you type on the keyboard will be transmitted over the air as a packet every time you hit a (CR). If you enter "Test" (CR) you should see "Test" a second time on the screen, as it's transmitted, then digipeated and sent back to you. In this case you'll only be talking to yourself via another station, but it's a good way to check to make sure your system is working properly. If that works, hit a CONTROL C. This puts you back into COMMAND mode where you talk to the TNC again. Enter D (CR). This will disconnect you from the other station, and you'll see "DISCONNECTED" on the screen. Now you're ready to talk to someone else! Watch for a familiar call on the screen while monitoring or note calls you see frequently. Be sure to note whether or not a digipeater is being used by watching for the *. When the station you want to contact is finished with his QSO, enter: C - - - - or C - - - - V - - - - (depending on whether or not a digipeater is needed) followed by (CR). Replace the dashed lines after the "C" with the call of the station you want to contact and the dashed lines after the "V" with the digipeater call, if needed. You should get a "*** CONNECTED TO ..." on the screen, which means you're in converse mode, and your first QSO with someone else is underway! Anything you type now will be sent to the other station, and anything he types will be sent to you. When you're finished, be sure to do a CONTROL C to get back into command mode, then enter D to disconnect from the other station. You're on the way now to lots of packet fun and adventure! If you are still having problems at this point, contact a friend that has some experience on packet and ask for help. The initial set up of the computer, TNC and radio is probably the biggest stumbling block in packet. Any experienced packeteer will be happy to help you get through this process to get you on the air. - - - - INTRODUCTION TO PACKET RADIO - PART 3 - by Larry Kenney, WB9LOZ In Part 2 I talked about how to get on the air and make your first QSO. Now let's take a look at some of the commands that are available in your TNC to help improve your station operation. TNC COMMANDS: The TNC, or Terminal Node Controller, that "little black box" we've talked about in the past, has more than 100 different commands for you to use. You're able to customize your packet operating with these commands and turn on and off various features as you wish. Not all TNCs are exactly alike, but all have pretty much the same functions. I'll be using the commands used by the TNC2 and clones in my examples. We covered a few of the commands previously: CONTROL C for entering command mode, MYCALL, MONITOR, CONNECT, and DISCONNECT. Now let's discuss a few that can change the way your station functions. ECHO: This command tells the TNC whether or not it should send what you type back to the monitor screen. If you don't see anything when you type, set ECHO to ON. IIff yyoouu sseeee ddoouubbllee, like that, set ECHO to OFF. This setting will depend on how your particular computer system functions. CONV (converse mode): Your TNC will automatically switch to this mode when you connect with someone, but you can also do it by entering CONV (CR) at the Cmd: prompt. When in converse mode, anything you type will be transmitted via the path you set with UNPROTO. (See the next paragraph.) Anyone in monitor mode will be able to read what you transmit. Packets in converse mode are sent only once and are not acknowledged, so there is no guarantee that they'll get through. This mode is used frequently for sending CQ's. UNPROTO: This command designates the path used when in converse mode. The default is CQ, but you can enter a series of digipeaters if you wish, or a specific group or club name. Some examples: CQ v WB6SDS-2,W6SG-1,AJ7L SFARC v W6PW-1,W6PW-4 Remember, you have to change UNPROTO for use on different frequencies, unless you leave it set simply to "CQ". FRACK: This determines how long your TNC will wait for an acknowledgement before resending a packet. It shouldn't be set too short, or you simply clutter up the frequency, yet it shouldn't be too long, or you'll spend too much time waiting. I use FRACK set to 7, and have found that to be an overall good value. DWAIT: Used to avoid collisions, DWAIT is the number of time units the TNC will wait after last hearing data on the channel before it transmits. I have DWAIT set to 16, and have found that to work well. PACLEN: Determines the number of characters in your packets, ranging from 1 to 256. The more characters you send per packet, the longer it takes to transmit the information and the greater your chances are of noise, interference or another station wiping it out. I've found a PACLEN of 80, which is the length of one line, to be a good value. When working a station nearby, PACLEN can be increased. When working a distant station, it should be decreased. RETRY: Your TNC will retransmit a packet if it doesn't receive an acknowledgement from the station you're working. RETRY indicates the number of times the TNC will try to get the packet through before giving up and disconnecting. This can be set from 0 to 15, but I've found 8 to 10 to work well. Less than that causes an unnecessary disconnect if the channel happens to be busy, but more than that clutters up the channel. Do NOT set RETRY to 0. That means infinite retries, and serves no useful purpose. It simply clutters up the frequency needlessly. The following TNC commands affect the monitoring mode and what you see on the screen: MONITOR: This must be ON for you to monitor anything. When ON, you see packets from other stations on the frequency you're tuned to. What packets you see is determined by other commands from the list below. If MONITOR is OFF, you see only packets sent to you while you're connected to another station. Note: On some TNCs, such as the AEA PK-232, monitoring functions are selected by a number after the MONITOR command, such as MONITOR 3 or M 3. Refer to your TNC operating manual for details. MALL: If MALL is ON, you receive packets from stations that are connected to other stations, as well as packets sent in unproto (unconnected) mode. This should be ON for "reading the mail". If MALL is OFF, you receive only packets sent in unproto mode by other stations. MCOM: If ON, you see connect , disconnect , acknowledge and busy frames in addition to information packets. If OFF, only information packets are seen. MCON: If ON, you see packets from other stations while you're connected to someone else. This can get very confusing, but is useful when your path is bad and you want to see if your packets are being digipeated okay. If OFF, the monitoring of other stations is stopped when you're connected to another station. MRPT: If ON, you see a display of all the stations used as digipeaters along with the station originating the packet and the destination station. If OFF, you see only the originating and destination stations. For example, if you have MRPT ON, you might see a transmission such as this: K9AT>WB6QVU,W6PW-5*: I'll be leaving for the meeting at about 7:30. If MRPT was OFF, the same transmission would look like this: K9AT>WB6QVU: I'll be leaving for the meeting at about 7:30. In the first case, you can see that the W6PW-5 digipeater was being used. The asterick indicates which station you were hearing the packet from. In the second case you have no idea if digipeaters are being used or what station you were receiving. HEADERLN: If you have this turned ON, the header of each packet is printed on a separate line from the text. If OFF, both the header and packet text are printed on the same line. MSTAMP: Monitored packets show the date and the time the packet was received if MSTAMP is ON. If it's OFF, the date/time stamp is not shown. NOTE: The date and time must be entered using the DAYTIME command before the MSTAMP command will function. I run my station with all of these commands, except MCON, turned ON so that I can really see what's happening on the frequency I'm monitoring. Try various combinations of these commands and then decide on the combination you like best for your station. MORE COMMANDS - These are the basic TNC commands. I'll discuss many of the other commands available to you later on in this series. - - - - INTRODUCTION TO PACKET RADIO - PART 4 - by Larry Kenney, WB9LOZ USING DIGIPEATERS AND NODES: DIGIPEATERS: Digipeater is the term we use to describe a packet radio digital repeater. Unlike the FM voice repeaters, most digipeaters operate on simplex and do not receive and transmit simultaneously. They receive the digital infor- mation, temporarily store it and then turn around and retransmit it. Your TNC will allow you to enter up to eight digipeaters in your connect sequence, but using more than 3 usually means long waits, lots of repeated packets, and frequent disconnects, due to noise and other signals encount- ered on the frequency. When entering the list of digipeaters in your connect sequence, you must make sure that you enter them in the exact order that your signal will use them. You must separate the calls by commas, without any spaces, and the EXACT callsigns must be used, including the SSID, if any. That means you need to know what digipeaters are out there before you begin randomly trying to connect to someone. Turn MONITOR ON and watch for the paths that other stations are using. Here are some examples of proper connect sequences: C W6PW-3 v W6PW-1 C N6ZYX v WA6FSP-1,WD6EOB-3 C W6ABY-4 v K6MYX,N2WLP-2,AB6XO The "v" means via. In the first example the sequence shown means: Connect to W6PW-3 via W6PW-1. Something to remember when using digipeaters is the difference between making a connection and sending information packets. If the path isn't all that good, you might be able to get a connect request through, but will have a difficult time with packets after that. The connect request is short so it has much less of a chance of being destroyed by noise or collisions than a packet containing information. Keeping information packets short can help keep retries down when the path is less than ideal. NODES: Net/Rom, TheNet, G8BPQ packet switch and KA-Node are names that refer to a device called a packet node, another means of connecting to other packet stations. Later on in this series you'll find a complete review of node operation, but for now we'll cover the basics so that you can begin using the node network. The difference you should note here is that you connect to a node rather than using it in a connect path as you do with a digi- peater. First, you need to determine what nodes are located close to you. You can do this by monitoring and watching for an ID or by watching to see what other stations in your area are using. You'll note that most nodes have an alias ID in addition to its callsign. Once you determine the callsign or alias of a local node, you connect to it the same way as you connect to any other packet station. You may use either the callsign or the alias to make the connection. For example, the node I operate has the alias ID of SF and the callsign of WB9LOZ-2, so you could connect to it using C SF or C WB9LOZ-2. Either one will work. When you connect to a node, your TNC automatically switches to converse mode, just like when you connect to any packet station. Anything you now type is sent to the node as a packet, and the node acknowledges each packet back to your TNC. For the remainder of your connection your TNC works only with this one node. To use the node network to connect to another local station, you simply enter a connect request as though you were connecting direct from your TNC, such as: C K9AT. You do this, however, while you ARE STILL CONNECTED TO THE NODE. The node will then retransmit your connect request and you'll receive one of two responses: "Connected to (callsign)" or "Failure with (callsign)". Once you're connected you hold your QSO just as if you had connected direct or via a digipeater. When you're finished, go to command mode on your TNC (Control C) and enter "D" (CR) and you will be discon- nected from the node and the station you were working. (NOTE: If the node you're using is a G8BPQ packet switch, it might have several frequency ports. You'll have to enter a port number between the C and the callsign in your connect request to indicate the frequency you want to use, such as: C 2 K9AT. Enter "PORTS" for a port list.) When you're connected to a node enter: NODES (or N) and you'll receive a list of other nodes that you can reach on the network from the node you're using. You'll note that the node list will vary in length and in the calls listed as you move from frequency to frequency, since all frequencies are not linked together. The list gives both an alias ID and a callsign for each node. The alias ID often gives you a hint as to where the node is located, but not always. To find out for sure where a node is located you'll need to get a copy of the descriptive node listings that are avail- able on most packet bulletin board systems. These complete lists give the alias, callsign, location, frequency and other information on each node in the network. To connect to a station in another area using the node network you first must determine which node is closest to the station you want to work. For demonstration purposes, let's say we want to connect to N6ZYX. He's told you he uses the the W6ABC-3 node, so you check the node list and see that GOLD:W6ABC-3 is listed. WHILE STILL CONNECTED TO YOUR LOCAL NODE you first connect to the distant node by sending a normal connect request, in this case C GOLD or C W6ABC-3. Your TNC will send this as a packet to your local node and your local node will acknowledge it. The network will then go to work for you and find the best path between your local node and the one you're trying to reach. You might have to be a little patient here, as it sometimes takes a few minutes for the connection to be completed. You'll then see one of two responses: "Connected to W6ABC-3" OR "Failure with W6ABC-3". If it can't connect for some reason, try again later. It could be that W6ABC-3 is temporarily off the air or the path has decayed and is no longer available. We're going to be positive here and say we received the first option. Once you're connected to W6ABC-3, enter "C N6XYZ". Again, your TNC will send this as a packet to your local node and the local node will acknowl- edge it and send it down the path to W6ABC-3. W6ABC-3 will then attempt to connect to N6XYZ. Here again you'll get one of the two responses: "Connected to N6XYZ" OR "Failure with N6XYZ". If you get connected, you hold your QSO just as you normally would, but there's one BIG difference -- your TNC is receiving acknowledgements from your local node, and N6XYZ is receiving acknowledgements from W6ABC-3. The acknowl- edgements do not have to travel the entire distance between the two end stations. Each node in the path handles the acknowledgement with the next node in line. Because of this, retries are greatly reduced, and your packets get through much faster. When you're finished with the QSO, you disconnect in the normal manner -- go to Command Mode on your TNC and enter "D" . The entire path will then disconnect automatically for you. Nodes offer a variety of other features besides allowing you to connect to other stations, and we'll look at those in parts 10 and 11 of this series. - - - - INTRODUCTION TO PACKET RADIO - PART 5 - by Larry Kenney, WB9LOZ USING A PACKET BULLETIN BOARD SYSTEM There are now dozens of different packet bulletin board system programs available - W0RLI's, WA7MBL's, REBBS, MSYS, FBB, CBBS, and also some personal programs such as WD6CMU's and N0ARY's. The commands are much the same with each program, but you might find a few differences from what I describe here. When you do, use the H - HELP command to get specific details on how the BBS you're using functions. You connect to a bulletin board system (BBS) exactly the same way as you connect any other station. Once connected, you'll receive a welcoming message, information on that particular BBS and instructions. Read the information and instructions carefully. The first time you connect you should receive a request to enter your name, QTH, zip code and home BBS for the system user file. On some systems, the software will not allow you to use any of the commands except HELP until you have entered this information. Note that after you receive the welcoming message and the instructions, the last line ends with a >. This is known as the prompt. This is where you enter the command you want performed next. Each command is followed by a carriage return which you send by hitting the "Enter" or "Return" key. To enter your name you type the letter N followed by a space and then your first name, such as: N Larry. Your QTH is entered using NQ followed by a space then your full city name and two letter state abbreviation, such as: NQ San Francisco, CA. You enter your zip code with NZ followed by a space and your five-digit zip. Your "home BBS" is the system that you plan to use regularly and want all of your personal messages delivered to. Make sure that it's a full service BBS, not a personal mailbox, since only full service systems are included in the message forwarding network. You enter your home BBS by typing NH followed by a space and then the call of the BBS, such as NH W6PW. (Note: SSIDs are not used with BBS operation except for when making the connection. Most BBS software ignores all SSIDs.) The user information is stored at the local BBS and is also sent to a central data bank known as the "White Pages Directory". The information can be accessed by anyone. System operators (sysops) use it for determining your home BBS when forwarding messages, and you can use it to find the name, QTH and home BBS of your friends. How to use the "White Pages" will be discussed in part 9 of this series. When checking in to a BBS for the first time, you should become familiar with the commands available to you. Each BBS or mailbox is a little different from the next, so read the introduction carefully and follow the directions. If you don't know what to do next, enter H for the HELP instructions. Make note of the command letters, enter only one command at a time, and make sure you enter them correctly. Computers are not very forgiving and expect things to be entered in proper form. Take your time, check out the features that the BBS offers and enjoy yourself. There's no need to feel rushed or intimidated. If you get to a point where you don't know what to do next, don't give up and disconnect, enter H again for further HELP. That's what it's there for! I suggest that you make a printed copy of the complete help instructions so that you have them avail- able as a reference when using the BBS. Now let's go through the basic procedures you should follow when checking into a BBS. If there are personal messages addressed to your call, the BBS will list them for you following the welcome message. Note the message numbers. At the > prompt, the first thing you should always do is list the new messages, by entering L. The BBS program updates the user file each time you check in, logging the latest message number. The next time you check in, only the new messages that have been received by the system are included in your list. The first time you check in, you might want to avoid using L by itself. Many systems have more than 1000 active messages available, and since you haven't seen any of them, the L by itself will list all of them for you. As an alternative, I suggest that you use the LL (LIST LAST) command. You enter LL followed by a space and then the number of messages you'd like to see, such as LL 30 to list the last 30 messages that were received by the BBS. When you receive the list, note the numbers of the messages you're interested in reading. Next, read the messages you're interested in. You do this by entering R XXXX, where the Xs represent the message number, such as R 4521. Note that there is a space between the command and the number. It's best to have your buffer or printer turned on when reading messages, because they're apt to come in faster than you're able to read them. You should have a means of saving them for reading later after you've disconnected. If there were messages addressed to you, you should erase or "kill" them once you've read them. You can do this with the "KM" command, which means "Kill Mine". This command will erase all messages that are addressed to you that have been read. You can also kill each message individually by entering K XXXX, where the X's are the message number. Once you've read all the messages you're interested in, you have several options. You can look back at old messages, send messages to other stations, see what's available in the file directories - the BBS library, download a file, upload a file, check the list of stations that have recently checked in to the BBS or stations that have been heard on the BBS frequency, check the status of the BBS to find out what other stations are connected and who has mail waiting for them, or a variety of other things. We look at the BBS commands in detail in part 6 and explain how to do all of these things and more. Oh, so that we don't leave you connected forever, when you're ready to disconnect from the BBS, enter a B. - - - - INTRODUCTION TO PACKET RADIO - PART 6 - by Larry Kenney, WB9LOZ In part 5 we discussed the basics of using a packet bulletin board system. Now let's look at the commands you use on a BBS. As previously mentioned, some of the commands might vary slightly from the information I'll be presenting to you here. Use H (HELP) if you find that a command doesn't work as described. Remember, all commands must be followed by a carriage return . The LIST Command: The first thing you should do when connecting to a BBS is to use the LIST command. There are many variations available, but L, by itself, is the one used most often: L (List) - Lists all new messages that have been received by the BBS since you last logged in, except for other users' personal messages. If you want to list specific messages, you may use one of the following variations of the L command: LM - (List Mine) - Lists all messages addressed to you. L # - Lists messages back to and including number #. Example: L 4050 will list all messages, except personal messages to others, from the latest one back to #4050. LL #- Lists the last # messages. Example: LL 30 will list the last 30 messages received at the BBS, excluding others' personal messages. L> callsign - Lists all messages TO callsign indicated. Example: L> N6XYZ L< callsign - Lists all messages FROM callsign indicated. Example: L< N6XYZ L@ designator - Lists all messages that have that "designator" in the @ BBS column of the message header. Example: L@ ALLCAN will list all messages with ALLCAN in the @ BBS column. There are several other variatons depending on the type of BBS you're using. Enter: H L for more information. READ COMMAND: To read a message, you enter R followed by a space then the message number. Example: To read message 5723, you'd enter: R 5723. You also have the option of using the RH command, which will give you all of the forwarding headers in detail, rather than just giving you the path. The forwarding headers show the list of BBSs that handled the message to get it from the originating BBS to the one you're using. Example: To read message 5723 with the full headers, you'd enter RH 5723. There is one additional version of the READ command, and that's RM. Entering RM by itself will give you all of the messages addressed to you that have not yet been read. ERASING MESSAGES: Once you have read a personal message, please erase it. The sysop will appreciate your help in clearing up "dead" messages. You use the K - KILL command to do this. You can enter K #, such as K 5723, which will erase that particular message, or you can enter KM, which will erase all of the personal messages you have read. If you use the KM command, the BBS will list the message numbers for you as they're killed. THE "S" COMMAND(S): S (Send) and on some systems S (Status): On W0RLI-type systems, the letter S by itself will give you a reading of the BBS status, showing the callsigns of stations using the system, the time that they connected, the ports and tasks they're using, etc. It also shows you information on the mail waiting for users and on the messages waiting to be forwarded to other bulletin board systems. S by itself on other systems will either prompt you for further information on sending a message, or it will give you an "illegal command" error message. SENDING A MESSAGE: The "S" command is mainly used for sending a message, but it should always be used with another letter specifying the type of message you're sending. There are three types of messages found on packet bulletin board systems: Personal, Bulletin, and Traffic. "SP" is used for sending a personal message to one other station, "SB" for sending a bulletin, and "ST" for sending a message that's going to be handled by the National Traffic System. You're able to send a message to one particular person, to everyone on the local BBS, to everyone at every BBS in Northern California, in Southern California, in the entire state, or all across the entire country. It all depends on your addressing. At the BBS prompt you enter the appropriate command (SP, SB, or ST) followed by a space and then a callsign for a personal message or a category for bulletins. The category should indicate the nature of the message, such as PACKET, INFO, SALE, WANTED, DEBATE, ARES, etc. Examples: SP WB9LOZ SB INFO SB SALE. NTS (National Traffic System) messages require special addressing and a prescibed format, so I'll discuss them separately. If you wish to send a personal message to someone at another BBS, you have to indicate where it should be delivered. You do this by giving the call of the other BBS and the two letter abbreviation of the state it's located in following the call of the addressee. For example, to send a message to N5PQ, who uses the W5XYZ BBS in Texas, you would enter: SP N5PQ @ W5XYZ.TX The BBS call and the state abbreviation are separated by a period. This is the bare minimum required for delivery of messages going out of state. A more complete system of addressing is available. It's called hierarchical addressing, and its covered in detail in the next part of this series. A more complete address is helpful in directing your messages to stations in the U.S more quickly and is required for messages going to stations outside of the U.S. To send bulletin, a general message, to more than just the local BBS, you need to use a forwarding designator that specifies the area where you want the message distributed. In northern California: ALLCAN indicates that you want the message sent to all Northern California BBSs, which includes all of them from Santa Cruz, Gilroy, and Fresno northward. ALLCAS is used to send a message to all BBSs in the southern part of the state. ALLCA is used for sending a message to EVERY BBS in the state. ALLUSW is used for distribution to all BBSs in CA, AZ, NV, OR, and WA. ALLUS is the designator to use for sending a message to EVERY BBS IN THE USA. Extreme care should be used when using the ALLUS designator. Please make sure that the subject matter is of interest to packet users everywhere, that there are no time constraints and that the message is as brief as possible. The @ ALLUS designator should NOT be used for local meeting notices, hamfest or swap meet announcements or for "Sale" messages. The National HF Packet Network, used for forwarding messages to other parts of the country, is somewhat fragile, due to varying band conditions and the slower 300 baud rate used on HF, so unnecessary traffic can keep personal messages, NTS traffic and other more important traffic from getting through. Here are a few examples of how you would correctly address a bulletin-type message for general distribution: SB PACKET @ ALLCA SB SALE @ ALLCAN SB INFO @ ALLCAS NTS messages are entered as ST ZIPCODE @ NTSXX, where the XX is the two- letter state abbreviation. Examples: ST 03452 @ NTSNH ST 60626 @ NTSIL If you have traffic for the National Traffic System, you must use a special NTS format for the text of the message. Full details on NTS messages will be presented in Part 12 of this series. When you have the address line of your message complete, you enter a carriage return (). You'll then receive a prompt asking for the SUBJECT or TITLE of the message. Enter a brief description (30 characters or less) describing what the message will be about, followed by a . You should attempt to describe the contents of your bulletin. What's it about? This is the information that will determine whether or not someone will read it or pass it by. For SALE or WANTED messages, be specific about the equipment and include brand and model. Next, you'll be asked to enter the TEXT of the message. When entering the text, you should insert carriage returns at the end of each line, as if you were typing a letter. A normal line has a maximum of 80 characters, so when you have 70 to 75 characters typed, enter a carriage return and continue on the next line. This will prevent words from wrapping around to the next line and the program inserting an unnecessary blank line in the text. Some programs require the carriage return or anything after the first 80 characters will not be able to be read. After you have completed the text, you end the message with a CONTROL Z. (You send a CONTROL Z by holding down the CONTROL key and hitting the Z key.) You must follow the CONTROL Z with a carriage return. (Some systems will also allow you to use /ex to end a message.) When you receive the BBS prompt, you know that the message has been accepted by the BBS. FILE DIRECTORY COMMANDS: The files on a BBS offer you a variety of information on a wide range of subjects. Each BBS has its own unique set of files as determined by the sysop (the system operator). They're stored in directories according to subject and are listed by file name. To determine what directories and files are available you use the W (What) command. Entering W, by itself, gives you a list of the directories available on the BBS along with an associated letter or topic name and a general description of the subject for each directory. To list the files stored in a specific directory you enter W followed the directory letter or topic name that you received with the directory list. Example: WA or W ARRL depending on the software used at your BBS. Enter: H W to find out which form is used on your system. If you want to read a file you use the D (Download) command. You enter D followed by the letter or topic name for the directory where it's stored and then the exact file name. Here are some examples: DF FCCEXAM.LST or D FCC FCCEXAM.LST DM TS440S.MOD or D MODS TS440S.MOD You can enter H D to find out which form is used on your BBS. To send a file to the BBS you use the U (Upload) command. The command must be used with the letter or topic name for the directory you want to store the file in, followed by the filename you're assigning to the file. The filename can have up to 8 characters preceding the period and 3 characters following the period. (Normal DOS format.) Some examples: UG FLEAMKT.INF or U GENERAL FLEAMKT.INF would upload a file named FLEAMKT.INF into the G or GENERAL directory. UP BBSTIPS.01 or U PACKET BBSTIPS.01 would upload the file BBSTIPS.01 into the P or PACKET directory. The BBS program will not allow you to upload a file with a filename that already exists, and some directories are set by your local sysop for downloading only so don't permit you to upload files to them. OTHER COMMANDS: You'll find a variety of other commands available on your BBS, but which ones you find depends on the software being used. Here is an explanation of some of the ones you might find. H (Help) - Every BBS has help available for the user. When you don't understand how to use a command the help documentation will give you the details. For help on a specific command enter: H followed by a space and then the letter of the command you'd like more information about. Example: H L will give you details on how to use the LIST command and its many variations. H, by itself, will give you more information and specific instructions on how to use the help documentation on your BBS. C (Copy) - This command is used to make a copy of an existing message and send it to another station. You must specify whether it will be a personal message or a bulletin by following the C with a P or a B. The message number to copy and the addressee follow. Example: CP 2568 KC6ZKM would make a personal copy of message 2568 and address it to KC6ZKM. Enter H C for complete information. E (Edit) - If you enter a message and then notice that you made an error entering the addressee's callsign, home BBS or address or decide you want to change the Subject of the message, you may use the EDIT command to make the desired changes. You can only change the message type, TO, BBS, Location and Subject. You cannot edit the message text. Enter H E for details. I (Info) - This command can give you details on the location of the BBS, the hardware, software and RF facilities of the system you're using, or on some systems, a page of upcoming events, helpful hints, or other useful information. On W0RLI type BBSs, there are several other variations of the I command: I callsign - gives you the name, QTH, zip code and home BBS of the person with that callsign, if listed in the local "White Pages" packet directory. (More information on the packet "White Pages" will be presented in part 9 of this series.) Example: I K9AT IZ zipcode - gives you a list of all active packet stations in the specified zip code that are stored in the local "White Pages". An asterisk maybe used in place of the end numbers to give you a wider area. Examples: IZ 94114 would give you stations listed in the 94114 zip code only. IZ 941* would give you the stations in all zip codes that begin with 941. I@ BBS - lists all callsigns in the "White Pages" having the specified BBS as their home BBS. Example: I@ W6PW IH location - lists all callsigns in the "White Pages" having the specified location. Example: IH CA Enter: H I for more detailed information on using this command. J - Displays a listing of stations that were heard by the BBS or that connected to the BBS. Must be used with a port identifier, such as JA, JB, etc. J, by itself, will list the ports for you. You'll find several variations of the J command depending on the type of software being used. Enter: H J for details. M - On MSYS BBSs M, by itself, will give you the message of the day. N - Used for entering your name, QTH, zip code and home BBS. This command was covered in detail in part 5. P (Path) - On MSYS BBSs, P followed by a callsign will give you the path last used by that station to connect to the BBS. Example: P W6PW B (Bye) - When you're finished using the BBS, you enter a B to disconnect. Remember, you might not find all of these commands on the BBS you're using, and you might find others available that aren't listed here. Check your local BBS for a complete list of the commands available to you. - - - - INTRODUCTION TO PACKET - PART 7 - by Larry Kenney, WB9LOZ W0RLI, N6VV, and VE3GYQ devised a scheme called HIERARCHICAL ADDRESSING for message forwarding on packet. With hierarchical routing designators traffic routing is greatly improved. No longer will a missing call in a BBS forwarding file cause a message to remain unforwarded, sysops will no longer have to burn the midnight oil trying to keep their forward files up to date, and messages will move much more directly toward their destination. The format for hierarchical routing is: addressee-call @ BBS-call.#local area.state-province.country.continent Example: My hierarchical packet address is WB9LOZ @ W6PW.#NOCAL.CA.USA.NA It might look complicated, but it's not. First, note that each section of the format is separated by a period. State and province codes are the recognized two-character codes established by the US and Canadian Post Offices. These may be found in the Callbook, your phone directory, or any zip code listing. Don't guess on the state and province code if you aren't sure what it is, and make sure you use only the two-letter abbreviation. You could send the message to the wrong state or province or keep it from being forwarded altogether. Codes used for the countries and continents are standards, now accepted throughout the world. You should be able to find a list of them in the file section of your BBS. The code for the local area is optional, since you probably have no idea what code is being used in upper New York state or in Iowa City, IA, for example. If you do know the local code, please use it, since it will help get the message closer to where it's going much more directly. The code for Northern California is #NOCAL, the code for Central California is #CENCA and the code for Southern California is #SOCA. For messages going outside of the US or Canada, the local area is again optional and the state-province is not used. Using the hierarchical format, here are some examples: KB6LQV @ N6ZGY.#NOCAL.CA.USA.NA KC6NVL @ K6VE.#SOCA.CA.USA.NA KC3XC @ N4QQ.MD.USA.NA VE3XYZ @ VE3RPT.ON.CAN.NA JA1ABC @ JA1KSO.#42.JPN.AS VK4AHD @ AX4BBS.AUS.OC You'll note that the local area code is preceded by the octothorpe (now, how's that for a $5 word?), better known as the number or pound sign. The reason is that in Great Britain, Japan, and possibly other areas, they use routing numbers for the local area, which could get confused with zip and postal codes. Using the # on all local area codes will eliminate forwarding problems. We need to emphasize two very important points: hierarchical addressing DOES NOT indicate a forwarding PATH, and ONLY ONE BBS call should be included in the address. A list of BBS calls separated by periods will not get your message to its destination. In fact, it can cause your message to loop between BBSs and your message probably won't be delivered. The addressing scheme is said to be one area inside another area. Using my hierarchical address as an example, WB9LOZ @ W6PW.#NOCAL.CA.USA.NA, here's how you would describe the address: "WB9LOZ at W6PW which is in Northern California which is in California which is in the USA which is in North America". USING THE HIERARCHICAL ADDRESS: This section explains how the BBS soft- ware uses the hierarchical addressing scheme. For an example, let's say that we send a message to my friend Richard, KA7FYC, who uses the KD7HD BBS in Missoula, MT as his home BBS. We would enter: SP KA7FYC @ KD7HD.#MSL.MT.USA.NA If the only entries in the forward file are California BBSs plus a list of state abbreviations, country and continent codes, let's see how this message would be forwarded. The the BBS software will attempt to find a match between the items in the BBS forward file and the various parts of the hierarchical address starting with the left-most item in the address field. In our case, it would not find a match for KD7HD. If there isn't a match, it then moves to the next section to the right. It wouldn't find a match for #MSL, so it would again move to the right. Since all of the state abbreviations are listed in the forward file, it would find MT and that match would allow the message to be forwarded. The forward file would indicate the call of the next BBS in line to receive a message addressed to MT. Once the message is received at the next BBS, the process would start all over again until the message is finally delivered to its destination. Here are some comments from the ones who devised the hierarchical addressing: "There is another added benefit to this scheme. It involves Gatewaying between the BBS world and other networks, such as TCP/IP via SMTP. Much of the pioneer work in setting up the gatewaying protocols has been done by NN2Z, N3EUA, and PA0GRI, amongst others. The W0RLI BBS package allows for the forwarding of mail between the BBS world and the SMTP world. Of note is the fact that the WA7MBL package has allowed such message exporting and importing for some time now. This means that we can take advantage of the the TCP/IP host-names and their domain or hierarchal format for forwarding. Thus it is possible to send mail from the BBS to VE3BTZ as ve3btz@pc.ve3btz.ampr.org or from SMTP to w0rli@w0rli.or.usa.na and not have any ambiguity. "The authors hope that this paper will serve as a starting place for improved message routing by means of implicit routing. Low-level (VHF) BBSs need only maintain state or province or country codes for distant BBSs, and route such traffic to their nearest HF Gateway. In turn, the HF station routes it to the desired state, where the receiving Gateway station would have a detailed list of the BBSs it serves." Comments from W0RLI, N6VV and VE3GYQ. - - - - INTRODUCTION TO PACKET RADIO - PART 8 - by Larry Kenney, WB9LOZ This part of the series discusses the various parts of the packet message. The following is an example of what you see when listing messages on a BBS. On some systems the information is displayed in a different order, but the same information is given. MSG# STAT SIZE TO FROM @ BBS DATE/TIME SUBJECT 4723 P 1084 WD5TLQ WA6XYZ N5SLE 0604/1240 Software working great! 4721 BI 771 PACKET WB9LOZ ALLUSW 0604/1154 INTRO TO PACKET-Part 7 of 20 4717 BF 2387 EXAMS W6NLG ALLCAN 0604/1020 FCC Exams: March - June 4715 T 275 94114 W1AAR 0604/0959 QTC San Francisco 415-821 4712 BF 918 ALL N6ZYX ALLCAN 0604/0845 9600 BAUD DEMONSTRATION The MESSAGE NUMBER is assigned by the BBS program when the message is received and it cannot be changed. The numbers are assigned sequentially. The STATUS of the message includes several different bits of information. The first letter of the STATUS indicates the TYPE of message: B for Bulletin, P for Personal, or T for Traffic for the National Traffic System. Bulletins are messages of general interest to all users, and they can be read by everyone using the system. Personal messages are listed only for the sender, the addressee and the sysop, and they're the only ones who can read them. The list above would have to have been requested by WD5TLQ, WA6XYZ or a sysop. Can you see why? It lists an outgoing personal message. (NOTE: Although personal messages can't be read by everyone using the BBS, anyone in monitor mode can see a personal message as it's being sent over the air, of course.) Traffic messages, type T, are listed for everyone and can be read by anyone. In fact, all users are encouraged to participate in the delivery of NTS messages addressed to your area. (Refer to part 12 of this series for information on NTS messages.) STATUS also shows if the message has been read, has already been forwarded to all designated stations, is in the process of being forwarded, or is an "old" message. You might see one of these letters: Y - yes, it has been read, F - it has been forwarded, I - it's in the process of being forwarded right now on another port, or O - the message has been on the BBS long enough to become an "old" message. "Old" can be anywhere from 2 days for an NTS message or up to 3 weeks for bulletins. The time frame for each message type is specified by the local sysop. The "O" is mainly used to catch the attention of the sysop. On some systems you'll also see N - message not read or not forwarded. The SIZE indicates the combined total of characters, including punctuation, in the message text. The forwarding headers (explained below) are considered to be part of the text and are included in the size. What starts out as a short message can grow in size as it's forwarded from BBS to BBS. TO is the callsign of the addressee for personal messages, the category or interest group for bulletins and the zip code of the addressee for NTS messages. While you might find bulletins addressed TO AMSAT, TO PACKET or TO SALE, they're actually messages about AMSAT, about PACKET or about equipment for SALE. You're apt to see anything in the TO column: ALL, USERS, EXAMS, CODE, SALE, WANTED, DEBATE, SAT, PACKET, etc. FROM shows the callsign of the station originating the message. @ BBS is used for forwarding a personal message to someone at another BBS, for forwarding NTS messages and for general distribution of a bulletin using a forwarding designator. In the list shown above, the personal message would automatically be forwarded to WD5TLQ at the N5SLE BBS. By entering a special designator, such as ALLCAN, in the "@ BBS" column a bulletin may be forwarded to specific areas. (See Parts 6 and 7 of this series for details on the addressing of personal messages and bulletins and on using the forwarding designators. Addressing of NTS messages is discussed in Part 12.) Next is the DATE and TIME showing when the message was received at the BBS you're using. If the message originated at another BBS, the date and time when the message was originally entered will be shown in the forwarding headers, as explained below, and at the top of the message when you read it. The date and time indicated can be either local time or GMT (Zulu time) depending on the time used by the BBS. The SUBJECT (or TITLE) is a short description of the message content. For bulletins, this is the information that determines whether or not someone is going to read your message when he sees it in the message list. It should be brief, but it also should be informative. You need to tell the other users what the message is about as clearly and consisely as you can with just 30 characters. The parts of the message mentioned so far are all seen when you ask for a message list using the L (LIST) command. On some systems, entering a semicolon after the list command (Example: LL 35 ;) will give you more information about the message, such as the message ID, the full hierarchical address, the number of times the message has been read, etc. If a message has been forwarded from another BBS, forwarding headers are added at the top of the actual message TEXT. This information is added by each BBS that is used to get the message from its origination point to the destination. Each BBS adds one line showing the time the message was received by that particular BBS, its callsign and address, and possibly the QTH, zip code, message number and other information. If you use the RH command, rather than just R, when reading a message, such as RH 7823, you'll receive complete headers. With just the R, headers are reduced to a list of the BBS callsigns. The complete headers are useful if you want details on the path a message took to reach you or how long it took to be forwarded from system to system from the source to destination. The TEXT of the message contains the information you want to convey to the reader. It can be of any length. However, if the message will be going to a distant BBS and will mostlikely be forwarded on the HF network, there is a 2K size limit. This limit has been set by the HF gateway system operators to keep traffic moving smoothly despite poor conditions and QRM. Extremely long messages can tie up the forwarding system unnecessarily, so users are advised to break up long messages into parts. When entering a message into a BBS, use carriage returns at the ends of your lines, as if you were using a typewriter. The normal screen width is 80 characters, so you should enter a carriage return prior to the 80th character on each line. You shouldn't allow the automatic wrapping of lines to occur. A message entered without carriage returns is very difficult to read, at best, as words are cut at improper points, lines vary drastically in length, and blank lines are often inserted. On some terminal programs and printers, any line exceeding 80 characters without a carriage return inserted will not be seen or printed past the 80th character. Your text might not be read in full if you don't insert the carriage returns at the end of each line. You should include your name, call and packet address at the end of the text so that the person reading your message will be able to send a return message to you if he or she wishes to do so. You end your message with a control-Z or, on some systems, you may use /ex. This will tell the BBS to save the message. Don't disconnect until you receive the prompt back from the BBS, or your message may not be saved. - - - - - INTRODUCTION TO PACKET RADIO - Part 9 - by Larry Kenney, WB9LOZ In this part of the series we're going to look at the White Pages. No, not your local telephone directory, but the packet radio directory known as the "White Pages". You help supply the information for "WP", and you can also use it to find the home BBS, QTH and zip code of your friends on packet. "White Pages" was initially designed by Eric Williams, WD6CMU, of Richmond, California. Hank Oredson, W0RLI, later added a WP database to his packet bulletin board software, and now most of the BBS software programs have some form of the White Pages available. It's a database of packet users showing their name, home BBS, QTH and zip code. It's updated and queried by packet message, allowing stations from all over the world to take advantage of it. When users enter their name and other information into their BBS user file, it gets included in the WP database. The software automatically assembles an update once a day containing all of the changes to the user information it has received in the past 24 hours. This update is then forwarded to the regional White Pages server. The regional server then takes all of the information it has received and sends out updates to all other BBSs in the area, as well as to AD8I in Ohio, the national White Pages Server. As a result, you can easily find the name, home BBS, QTH and zip code of other stations on packet all across the country using the White Pages database. If your BBS is operating with its own WP database, you may make inquiries of it using either the "I" or "Q" command, depending on the software being used. Simply enter I or Q followed by the callsign you'd like information about. If you wanted information on WB9LOZ, for example, you would enter: I WB9LOZ or Q WB9LOZ Check the help information on your BBS to see which command is the one used there. Information from the White Pages can be obtained by sending a query message to your regional WP server or the national WP server, AD8I.#CMH.OH.USA.NA. Since the messages are read and answered by the WP software, not a person, you must use the correct format: ? You may include as many requests as you wish in each message, but each must be on a separate line. Here's an example of a message sent to the AD8I White Pages database: W6BBS> SP WP @ AD8I.#CMH.OH.USA.NA (The same format would be used Enter subject of message: Query (to send a query message to your Enter text: (regional WP database.) K9AT ? WA6DDM ? K3AKK ? W1KPL ? (Control Z) Capital and lower case letters may both be used within the message. Just like all other packet messages, messages addressed to WP are forwarded from BBS to BBS toward their destination. If a BBS operating with the W0RLI WP Server handles a query message, it will respond with any pertinent information that it has available. As a result, you might receive more than one response to your WP query. The WP program also collects data from any WP responses it sees, as well as from the headers of every message that passes through. The information on each call in a WP database is usually deleted in 90 days if it's not updated. The time frame is determined by each local sysop. It is important to note here that you should choose ONLY ONE BBS as your home BBS, the one where you want all of your messages delivered. You should also make sure that it is a full service BBS, not a personal mailbox, or mail will not be forwarded to you. Always enter that callsign when you are asked to enter your home BBS, even if you are using another system at the time. It's also a good idea to include your home BBS, along with its full hierarchical address, as the last line of the text in any message you send. When a message arrives at the destination BBS given in the "@ BBS" column, some of the BBS software will check the White Pages information to make sure that the message has been delivered to the right place. If it finds that a different BBS is listed as the addressee's home BBS, it will insert that BBS callsign in the message and send it on its way. If you enter different home BBS calls on several BBSs, your mail could easily end up being sent from BBS to BBS and never reach you. If you move or change your home BBS, you should then make sure that you update the information for your call in the White Pages database. Use the NH, NQ and NZ commands to update the information. Making sure that the information in the White Pages is correct will help to get your messages delivered to the correct BBS. - - - - INTRODUCTION TO PACKET RADIO - PART 10 - By Larry Kenney, WB9LOZ In this and the next part of the series we're going to take an in depth look at the packet node network. In part 4 I explained how to use the network for connecting to another station. Now we'll look at the other features a node offers. Using the packet node network can make your operating time on packet more enjoyable and it can greatly expand the area that you can reach. The network of NET/ROM, TheNet, G8BPQ and KAM nodes is expanding very quickly and now covers most of the country. New nodes are showing up almost daily. Thanks to all of these stations and the interconnecting links, you can now connect to stations in many far distant places using a low powered 2 meter rig. Some nodes are set up for cross-banding, and with the introduction of nodes on 10 meter FM, there's the possibility of working a station just about anywhere. A packet node, in most cases, is still set up for digipeater operation, so you can still use it as a regular digipeater, but for most of your connections you'll want to use the node features. Why? When using a string of digipeaters your packets have to reach their destination parity correct and the receiving TNC has to return an acknowledgement (ack) to your TNC for each packet cycle to be completed. As you add more digipeaters to the string, the chances of this happening become less and less. Other stations on the frequencies used and noise along the route can be the cause of many retries. When using a node, however, your packets no longer have to reach their destination before acknowledgements are returned to your TNC. Each node acknowledges your packet as its sent along the way toward its destination. If you've been monitoring lately, you might have seen the nodes in action. You might have wondered why they were sending all of those weird symbols like @fx/<~|. What you're seeing is the nodes communicating with each other and updating their node lists. You also might have noted callsigns with high numbered SSIDs, such as WB9LOZ-14, WA6DDM-15, W6PW-12, etc. The nodes change the SSID of all stations so that the packets sent via the network are not the same as those sent directly. If you were to use a node to connect to another station in the local area, there's the possibility of your packets being received by this station both from you directly and from the node. If the call through the node wasn't changed, the TNCs involved would be totally confused as it would appear that two stations were connecting using the same callsign. The node automatically changes the SSID using the formula 15-N, where N is your usual SSID. A call with -0 becomes -15, a -1 becomes -14, -2 becomes -13, etc. The node network is very simple to use. As explained in part 4, to use the node network you first connect to a local node. It should be one where you can connect to it direct with good signal strength. Once you've connected, you then have several options -- connect to another station within range of the node, connect to another node, connect to an associated BBS, obtain a list of the nodes that are available, or check route and user status. On NET/ROM and TheNet nodes you can also answer or call CQ. There are several commands available on your local node. All have CONNECT, NODES, ROUTES and USERS, and depending on the type of node you're using, you might also find the BBS, BYE, CQ, INFO, MHEARD, PARMS or PORTS commands available. THE PACKET NODE COMMANDS: CONNECT: The CONNECT command (which can be abbreviated as C) is used just like you use the CONNECT command with your TNC. To connect to another local station using a node, first connect to the node and then enter C followed by the callsign of the station you want to reach. To connect to another node you can use either the callsign or the alias. For example, to connect to the SF:WB9LOZ-2 node you can use C WB9LOZ-2 or you can use the alias, C SF . Either one will work. There's a special consideration when making connections from a node using the G8BPQ Packet Switch software. Since these nodes are capable of having several different frequencies operating from the one node, you have to indicate which frequency port you want to make your connection on. The PORTS command, abbreviated P, will give you a list of the ports available, such as this: SF:WB9LOZ-2} Ports: 1 144.99 MHz 2 223.72 MHz 3 441.50 MHz You then insert the port number between the C and the callsign, such as C 1 WB6QVU, to indicate which frequency you want to use, in this case the port 1 frequency of 144.99 MHz. NODES COMMAND: The nodes command can be abbreviated as N and when entered without any other information you'll receive a listing of other nodes that can be worked from the node you're using. The list contains both the alias and the callsign of each node. The alias might give you a hint of a node's location, but you should have the California Packet Resources List available to be able to tell where each node is located. (The CPRL lists are published quarterly by Bob Alexander, AA6UP, and are available on most BBSs in the state of California.) As you move from node to node, the list of nodes you find will vary in length and will contain different callsigns, since all of the frequencies are not linked. The NODES command has a feature that gives you a simple way to find out how easy it will be to connect to another node in the list. All you need to do is enter N followed by either the alias or callsign of the node that you want to reach, such as: N FRESNO or N W6ZFN-2 You'll receive a report showing up to three routes to the node you asked about, how good these routes are and how up to date the information is. If there is no information available, you will receive either "Not found" or the complete node list, depending on the type of node or switch you're using. Let's take a look at a typical report you would receive after entering N FRESNO. If you were connected to a NET/ROM or TheNet node the report would look like this: SFW:W6PW-1} Routes to: FRESNO:W6ZFN-2 105 6 0 WB9LOZ-2 78 6 0 W6PW-6 61 5 0 WA8DRZ-7 If you were connected to a G8BPQ packet switch you would see one less column in the report and it would look like this: SF:WB9LOZ-2} Routes to: FRESNO:W6ZFN-2 > 126 6 W6PW-10 78 6 W6PW-6 60 4 W6PW-1 Each line is a route to the node you asked about. The symbol > indicates a route that's in use. The first number is the quality of the route. 255 is the best possible quality and means a direct connect via hard wire to a coexisting node at the same site; zero is the worst, and means that the route is locked out. 192 is about the best over the air quality you'll find, and it usually means that the node is only one hop away. If you see a quality of less than 80, you'll probably have a difficult time getting any information through via that route. The second number is the obsolescence count. This number is a 6 when the information for this route is less than an hour old. For each hour that an update on the route is not received, this number is decreased by one. A 5 means the information is an hour old, a 4 means that it's two hours old, and so on. The next number, shown only on NET/ROM and TheNet nodes, indicates the type of port. A 0 is an HDLC port; a 1 is an RS-232 port. You don't need to pay any attention to this figure. The callsign is that of the neighboring node that's next in line on the route. This quick check on a node that you want to reach can save you a lot of time. You'll know immediately whether or not the node is available, and if it is, how good the available routes are to it. You then won't have to spend time trying to connect to a node that isn't available or is of poor quality. If you find that there's a decent route to the node or switch you want to reach, it's normally best to let the network make the connection for you. Simply enter a connect to the alias or callsign you want rather than connecting to each individual node along the route yourself. If a route exists but the quality is not very good, you might want to connect to the neighboring node shown for the best route, then do another quality check, repeating this procedure until you find a route with decent quality. You can actually get through to some distant nodes using this method if you have the time and patience to work on it. (We continue with more commands used on the packet nodes in part 11) - - - INTRODUCTION TO PACKET - Part 11 - by Larry Kenney, WB9LOZ COMMANDS USED ON THE PACKET NODE NETWORK - continued ROUTES: The ROUTES command (abbreviated as R) will give you a list of the direct routes to other nodes from the node you're using. The direct routes are the ones where the node can connect directly to the other node. The quality of each route is shown along with the obsolescence count. (See the NODES command in part 10 for an explanantion of obsolescence count.) Any route marked with an exclamation point (!) means that the route values have been entered manually by the owner of the node and it usually means that the route is not reliable for regular use. USERS: The USERS command (abbreviated as U) will show you the callsigns of all the stations using the node that you're connected to. There are five descriptions used by the node to describe how users are connected: UPLINK: The station indicated is connected directly to the node. DOWNLINK: The node has made a connection from the first station to the second station. Example: DOWNLINK (K9AT-15 N6UWK) would mean that the node connected to N6UWK at the request of K9AT. CIRCUIT: Indicates that the station indicated has connected FROM another node if the callsign is on the left of the <--> and indicates that the station has connected TO another node if it's on the right of the <-->. If you see dashes between the arrows, the circuit is in use. If you see <~~>, the connection is in progress. The alias and call of any other nodes being used are shown prior to the user's call. Examples: Circuit (SFW:W6PW-1 WA6DDM) <--> AA6ZV would mean that WA6DDM is using this node, that he connected to it from the SFW node and is now connected to AA6ZV. N6PGH <--> Circuit (DIA:WB6SDS-2 N6PGH) would mean that N6PGH connected direct to this node and has connected to the DIA node. Circuit (SSF2:KA6EYH-2 KK6SD) <~~> (AMCYN:WZ6X-2) indicates that KK6SD has connected to the node you're using from the SSF2 node and is now attempting to connect to the AMCYN node. CQ: See "CQ command" below. HOST: The user is connected directly from the node terminal. This is seen when the owner of the node is a user, or the BBS associated with the node is using it to forward messages. CQ COMMAND: The CQ command is used for calling CQ and for replying to the CQ of another station. The CQ command is available only in the latest version of NET/ROM and TheNet. Using the CQ Command: The CQ command is used to transmit a short text message from a node, and is also used to enable stations that receive the transmission to connect to the station that originated it. The command is entered as: CQ textmessage The "textmessage" is optional and can be any information up to 77 characters long including spaces and punctuation. In response to a CQ command, the node transmits the specified textmessage in "unproto" mode, using the callsign of the originating user as the source and "CQ" as the destination. As with all node transmissions, the SSID will be translated; that is, the SSID will be 15-N, where N is the SSID of the original callsign. WB9LOZ-0 would become WB9LOZ-15, WB9LOZ-1 would become WB9LOZ-14, etc. Here is an example: If user station W6XYZ-3 connects to a node and issues the command: "CQ Anybody around tonight?", the node would then transmit: "W6XYZ-12>CQ:Anybody around tonight?" After making the transmission in response to the CQ command, the node arms a mechanism to permit other stations to reply to the CQ. A station wishing to reply may do so simply by connecting to the originating callsign shown in the CQ transmission (W6XYZ-12 in the example above). A CQ command remains armed to accept replies for 15 minutes, or until the originating user issues another command or disconnects from the node. Any station connected to a node may determine if there are any other stations awaiting a reply to a CQ by issuing a USERS command. An armed CQ channel appears in the USERS display as: (Circuit, Host, or Uplink) <~~> CQ(usercall). The station may reply to such a pending CQ by issuing a CONNECT to the user callsign specified in the CQ(...) portion of the USERS display--it is not necessary for the station to disconnect from the node and reconnect. Here's what a typical transmission would look like: (* = entered by user) * cmd: C W6PW-1 cmd: *** Connected to W6PW-1 * USERS {SFW:W6PW-1} NET/ROM 1.3 (669) Uplink(K9AT) Circuit(LAS:K7WS-1 W1XYZ) <~~> CQ(W1XYZ-15) Uplink(WB6QVU) <--> Circuit(SFBBS:W6PW-3 WB6QVU) * CONNECT W1XYZ-15 {SFW:W6PW-1} Connected to W1XYZ * Hello! This is George in San Francisco Hi George! Thanks for answering my CQ. etc. Users of the CQ command are cautioned to be patient in waiting for a response. Your CQ will remain armed for 15 minutes, and will be visible to any user who issues a USERS command at the node during that time. Wait at least five minutes before issuing another CQ to give other stations a chance to reply to your first one! I've found that very few use the CQ command, so don't be surprised if you don't see any CQ activity. BBS: The BBS command (which cannot be abbreviated) is available on nodes using the G8BPQ software where an associated packet bulletin board system is operational. Entering BBS will connect you to the associated BBS. BYE: The BYE command (abbreviated as B) is available on G8BPQ nodes and is used to disconnect you from the node. It does the same thing as disconnecting. IDENT: The IDENT command (abbreviated as I) found on NET/ROM nodes will give you the identification of the node you're using. INFO: The INFO command (abbreviated as I) found on TheNet nodes will give you information about the node, usually the alias, callsign and location. INFO: The INFO command (abbreviated as I) found on G8BPQ nodes will give you the identification of the node and a list of the commands available. MHEARD: The MHEARD command (abbreviated as M) found on G8BPQ nodes will give you a list of stations heard by the node. If the node has more than one port, you must specify which port you want the listing for by entering a space after the M and then the port number. Examples: M 1 will give you a list for port 1 and M 2 will give you a list for port 2. Use the PORTS (P) command to get a list of the ports and the associated frequencies. PARMS: The PARMS (Parameters) command (abbreviated as P) found on NET/ROM nodes is for the owner's use in determining how his station is working. PORTS: The PORTS command (abbreviated as P) found on G8GPQ nodes will list the frequencies of all ports available. - - - INTRODUCTION TO PACKET RADIO - PART 12 - by Larry Kenney, WB9LOZ The National Traffic System, known as NTS, is the ARRL sponsored Amateur Radio message handling network. Packet radio is now playing a very important part in the network, so let's take a look at the system and give you some tips on handling NTS traffic by packet. Handling third party traffic is the oldest tradition in amateur radio. Nationwide, the National Traffic System has hundreds of local and section nets meeting daily in order to facilitate the delivery and origination of such messages. More and more of this traffic is being originated, relayed, and delivered on packet. If you enjoy traffic handling, you can easily get involved in NTS via packet. If you're on packet but know nothing about NTS, this part of the series will get you off to a good start. At the end you'll also find some references for further information on NTS. Local packet BBSs have to be checked daily for traffic that needs to be delivered or relayed. When you check into your local BBS, enter the LT command, meaning "List Traffic". The BBS will display a list of all NTS traffic awaiting delivery. It'll look similar to this example: MSG# STAT SIZE TO FROM @BBS DATE/TIME SUBJECT 7893 T 486 60625 KB6ZYZ NTSIL 1227/0712 QTC1 CHICAGO, IL 312-267 7802 T 320 06234 WB6DOB NTSCT 1227/0655 QTC1 NEW HAVEN, CT 7854 T 588 93432 KA4YEA 1227/0625 QTC1 CRESTON, CA 93432 7839 T 412 94114 K3AKK 1227/0311 QTC1 SAN FRANCISCO 415-821 7781 T 298 94015 W1KPL 1226/2356 QTC1 DALY CITY, CA 415-992 You might see traffic that is being relayed by your local BBS to some other part of the country as well as traffic for your local area. The "Subject" or "Title" column of the listing will show the destination of the traffic. If you see a message that is within your local area, help out and deliver it. RECEIVING A MESSAGE: To take a message off of the Bulletin Board for telephone delivery, or for relay to a local NTS net, enter R followed by the message number. Using the list above, R 7839 would send you the message from K3AKK for San Francisco. You'll find the message in a special NTS RADIOGRAM format, with a preamble, address, telephone number, text and signature, ready for delivery. After the message has been saved to your printer or disk, the message should be erased from the BBS. Use the K command, as you do for killing your own messages. To kill message 7839, for example, you'd enter: K 7839. This prevents the message from being delivered again by someone else. DELIVERING OR RELAYING A MESSAGE: Once you have received the NTS Radiogram, it should, of course, be handled expeditiously. If it's for your immediate area, you should deliver the message by telephone. If you took the message for delivery to the local traffic net, you should make an effort to see that it gets relayed as quickly as possible. If you're unable to deliver the message, due to an incorrect phone number, no answer after several tries, or some other problem, send a return message to the originator advising him of the non-delivery, and why. SENDING MESSAGES: Any amateur can originate a message on behalf of another individual, whether the person is a licensed amateur or not. It is the responsibility of the originating amateur, however, to see that the message is in proper form before it's transmitted. A special format is used for NTS traffic so that the messages are compatible across the entire network. Each message should contain the following components in the order given: number, precedence, handling instructions (optional), the station of origin, check, place of origin, time filed, date, address, telephone number, text and signature. When the message is ready to be entered into your local BBS, you must use the ST command, which means "Send Traffic", followed by the zip code of the destination city, then @ NTS followed by the two letter state abbreviation. The form used is ST ZIPCODE @ NTSxx. A message being sent to Boston, MA 02109 would be entered as follows: ST 02109 @ NTSMA and a message for Iowa City, IA 52245 would be entered as ST 52245 @ NTSIA. The message SUBJECT or TITLE should contain "QTC 1" followed by the destination city and state and the telephone area code and exchange, if available. See the examples in the listing above. Only one NTS message should be included in each packet message. The actual radiogram should be included entirely within the TEXT of the packet message, including all of the components listed above. End the message with the usual Control-Z. IN TIME OF EMERGENCY: The National Traffic System functions on a daily basis as a public service for both your fellow hams and the general public. It serves another function as well. The NTS provides a well oiled and trained national system of experienced traffic handlers able to handle large volumes of third party traffic accurately and efficiently during disasters. Your participation now will help prepare you for that time of emergency. Following the Loma Prieta Earthquake in October of 1989, over 7000 NTS messages were handled by packet BBSs in the San Francisco Bay Area. We needed and used all of the help we could get. REFERENCE MATERIAL: The ARRL booklet "An Introduction to Operating an Amateur Radio Station" offers detailed information on handling and preparing NTS Radiograms. There are also many files with detailed information on NTS available for downloading from your local BBS. They give a complete rundown on how to prepare and send an NTS message on packet, how to deliver NTS messages, etc. Check your local BBS files section for them if you want to get involved. Your help will certainly be welcome! - - - INTRODUCTION TO PACKET RADIO - Part 13 - by Larry Kenney, WB9LOZ In this part of the series and the next we'll take a look at some of the TNC commands available to you that we haven't covered previously. You might find that some of the commands are not available in your particular TNC or that they're used in a slightly different manner than what is explained here. Not all TNCs operate exactly the same. Please refer to your owner's manual for specific details on how to use these commands if they don't function as described here. 8BITCONV: This command enables the transmission of 8-bit data in converse mode. Used with AWLEN - see below. For normal packet operation, such as keyboard to keyboard transmissions, use of bulletin board systems, and the transmission of ASCII files, 8BITCONV should be OFF. If you need to transmit 8-bit data, set 8BITCONV ON and set AWLEN to 8. Make sure that the TNC at the receiving end is also set up this way. This procedure is normally used for transmission of executable files or a special non-ASCII data set. AWLEN: This parameter defines the word length used by the serial input/output port of your TNC. For normal packet operation, as described above, AWLEN should be set to 7. Set to 8 only if you're going to send 8-bit data. AX25L2V2: This command determines which level of AX.25 protocol you're going to use. If OFF, the TNC will use AX.25 Level 2, Version 1.0. If ON, the TNC will use AX.25 Level 2, Version 2.0. Note: Some early TNCs will not digipeat Version 2.0 packets. With AX25L2V2 OFF, if your TNC sends a packet and the packet doesn't get acknowledged the first time it was sent, it will send it again and again, until an "ack" is received or the TNC retries out. With AX25 ON, if your TNC sends a packet and doesn't receive an "ack" the first time, it will send a poll frame to see if the other TNC received the packet. If yes, then it would continue, if not then it would send the last packet again. The advantage here is that short poll frames are sent, rather than long packets containing data. This can greatly reduce channel congestion. For VHF/UHF operation, it is almost essential that every TNC have AX25L2V2 ON. Many operators have suggested that Version 2.0 NOT be used on the HF bands as it tends to clutter the frequency with poll frames. See the CHECK command below for related information. BEACON: Used with EVERY or AFTER to enable beacon transmissions. BEACON EVERY n - send a beacon at regular intervals specified by n. BEACON AFTER n - send a beacon once after a time interval specified by n having no packet activity. n = 0 to 250 - specifies beacon timing in ten second intervals. 1 = 10 seconds, 2 = 20 seconds, 30 = 300 seconds or 5 minutes, 180 = 1800 seconds or 30 minutes, etc. For example, if you set BEACON EVERY 180 (B E 180), the TNC will transmit a beacon every 30 minutes. If you set BEACON AFTER 180 (B A 180), the TNC will transmit a beacon after it hears no activity on the frequency for 30 minutes. B E 0 will turn the beacon off. The text of the beacon is specified by BTEXT and can contain up to 120 characters. The path used for the beacon transmission is specified by the UNPROTO command. YOU SHOULD USE BEACONS INTELLIGENTLY! Beacons are often a point of controversy in the packet community because they tend to clutter the frequency if used too frequently. You should keep your beacons short and infrequent, and they should only be used for meaningful data. Bulletin boards use the beacon for advising the community of who has mail waiting for them, clubs use beacons for meeting announcements, and beacons are used for severe weather warnings. They should not be used just to let everyone know that you're monitoring the frequency, that your mailbox is ready, or that you'd like someone to connect to you. You should monitor the frequency for activity and make some connections yourself. CHECK n Sets a timeout value for a packet connection. When a connection between your station and another seems to "disappear" due to changing propagation, channel congestion or loss of the path, your TNC could remain in the connected state indefinitely. If the CHECK command is set to a value other than 0, the TNC will attempt to recover the connection or disconnect. The action taken depends on the setting of AX25L2V2. The value of CHECK (n) may be set from 0 to 250 and the timing is based on the formula of n * 10 seconds. (n = 1 = 10 seconds, n = 5 = 50 seconds, n = 30 = 300 seconds or 5 minutes, etc. A value of 30 is a recommended value to use.) If CHECK is set to 0, it disables the command. If AX25L2V2 is ON, the TNC will send a "check packet" to verify the presence of the other station if no packets have been heard after (n * 10) seconds. If a response to the "check packet" is received, the connection will remain. If no response is received, the TNC will begin the disconnect sequence, just as if the DISCONNECT command had been sent. If AX25L2V2 is OFF, after no packets are heard for n * 10 seconds, the TNC will not send a check packet, but will begin the disconnect sequence. CMSG Enables the automatic sending of a connect message whenever a station connects to your TNC. If CMSG is ON, the TNC will send the message contained in CTEXT as the first packet of the connection. CTEXT can contain up to 120 characters. Of course, you must have a message in CTEXT for CMSG to function. This feature is often used when the station is on but the operator is not present. The connect message is used to advise the other station of that fact, and often says to leave a message in the TNC buffer or mailbox. If CMSG is OFF, the CTEXT message is not transmitted. KISS KISS enables the TNC to act as a modem for a host computer, allowing programs such as TCP/IP, the G8BPQ Packet Switch, various BBS programs, and other programs using the Serial Link Interface Protocal (SLIP) to be run. Before turning KISS on, set the radio baud rate and terminal baud rate to the desired values. Set KISS to ON and then issue a RESTART command. (continued in part 14) - - - - INTRODUCTION TO PACKET - Part 14 - by Larry Kenney, WB9LOZ TNC COMMANDS - continued from Part 13 MAXFRAME Sets the upper limit on the number of unacknowledged packets the TNC can have outstanding at any time. (The outstanding packets are those that have been sent but have not been acknowledged.) MAXFRAME also determines the maximum number of contiguous packets that can be sent during one transmission. The value can be set from 1 to 7. The best value to use depends on the frequency conditions. The better the conditions are, the higher the value you can use. If conditions are poor due to frequency congestion, noise, or other variables, (shown by lots of retries) MAXFRAME should be reduced to improve throughput. The best value of MAXFRAME is determined through experimentation. MAXFRAME of 1 should be used for best results on HF packet. MFILTER This command allows you to enter up to four ASCII character codes, 0 - $7F, for the control characters that you want eliminated from your monitored packets. Codes may be entered in either Hex or Decimal. Here are the ASCII codes for some of the more troublesome control characters found in monitored packets: HEX DEC FUNCTION POSSIBLE RESULT $07 07 Control G Rings your bell or "beeps" your speaker $0C 12 Control L Form feed - could clear your screen $13 19 Control S Can cause your screen to stop scrolling $1A 26 Control Z Can clear your screen $1B 27 Escape Can cause your cursor to move to a random point on your screen and can raise havoc with printer control. AEA has added a new code, $80, that will not allow ANY control characters to be displayed on the user's screen from monitored packets. MHEARD An immediate command that causes the TNC to display a list of stations that have been heard since the command MHCLEAR was given or the TNC was powered on. This command is useful for determining what stations can be worked from your QTH. Stations that are heard through digipeaters are marked with an * on most TNCs. On the AEA PK-232, the stations heard direct are marked with the *. (Check your TNC manual.) The maximum number of stations in the list is 18. If more stations are heard, earlier entries are discarded. Logging of stations heard is disabled when the PASSALL command is ON. (See below.) If the DAYTIME command has been used to set the date and time, entries in the MHEARD list will show the date and time the stations were heard. PASSALL Causes the TNC to display packets that have invalid checksums. The error-checking is disabled. If PASSALL is ON, packets are accepted for display, despite checksum errors, if they consist of an even multiple of eight bits and are up to 330 bytes. The TNC attempts to decode the address field and display the callsigns in standard format, followed by the text of the packet. PASSALL can be useful for testing marginal paths or for operation under unusual conditions. PASSALL is normally turned OFF. PERSIST Used in conjunction with the SLOTTIME command (see below) to provide less clutter on a busy packet frequency. As more and more TNCs are upgraded to include the PERSIST and SLOTTIME commands, fewer and fewer packet collisions will occur. If you have these commands availble in your TNC, you should set DWAIT to 0 and set these commands for use. Note: On some TNCs, such as the PK-232, you have another command that determines whether you use DWAIT or PERSIST/SLOTTIME. It's the PPERSIST command (with 2 P's). Set it ON to use PERSIST/SLOTTIME; set it OFF to use DWAIT. I strongly recommend that you set PPERSIST to ON. PERSIST specifies a threshhold value for a random-number attempt to transmit. The value ranges from 0 to 255. 0 signifies a 1/256th chance of transmitting every SLOTTIME; 255 allows the TNC to key the transmitter every SLOTTIME. Through experimentation, it has been determined that the best value for PERSIST is in the 60 to 70 range. SLOTTIME This command determines the time interval the TNC waits between generating random numbers to see if it can transmit. This random number generation and the value of PERSIST work together to provide smoother operation on a busy packet frequency. The SLOTTIME value may be set from 0 to 250. Through experimentation it has been determined that the best value for SLOTTIME is in the range of 10 to 20. SCREENLN n This parameter determines the length of a line of text on your computer screen. The value may be 0 to 255, and is usually set to 40 or 80 depending on the screen display you have. A carriage return and line feed (CR/LF) are sent to the terminal in Command and Converse modes when n characters have been displayed. A value of zero inhibits this action. If your computer automatically formats output lines, this feature should be disabled. TRANS This is an immediate command causing the TNC to change from Command mode to Transparent Mode. Transparent mode is used when you want to send data such as executable programs where characters in the data would conflict with the operation of the TNC. Characters such as "Control C", "Control R", "Control S", "carriage return", "linefeed", etc. all effect the operation of the TNC when in Converse Mode. In Transparent Mode none of the data characters affect the operation. All eight bits of each character are sent to the radio exactly as they are received by the TNC from the computer or keyboard. Packets are transmitted at regular intervals set by the PACTIME command or whenever a full packet of information is ready. The receiving TNC must also be in Transparent mode and nodes and digipeaters cannot be used in the transmit path. Since the characters normally used for TNC operation have no affect in this mode, a special procedure is required to exit Transparent Mode and return to Command Mode. Refer to your TNC operating manual for details on how this procedure is performed on your particular TNC. You should also check your manual for information on the CMDTIME, PACTIME, START, STOP, TRFLOW, TXFLOW, XFLOW, XOFF and XON commands before using Transparent Mode. TXDELAY n This parameter tells the TNC how long to wait before sending data after it has keyed the transmitter. All transmitters need some start up time to put a signal on the air. Some need more, some need less. Synthesized radios and radios with mechanical relays need more time, while crystal controlled radios and radios with diode switching require less time. External amplifiers usually require additional delay. Experiment to determine the best value for your particular radio. TXDELAY can also be useful to compensate for slow AGC recovery or squelch release times at the distant station. There are many additional commands available to you. Spend some time reading the owner's operating manual that came with your TNC to discover some of the surprises the other commands offer. New versions of the TNC software have added several commands that you might find useful in your packet operating. - - - - INTRODUCTION TO PACKET RADIO - Part 15 - by Larry Kenney, WB9LOZ Here are some tips to help make your packet operating more enjoyable. Whether it's while making local QSOs, checking into a BBS or mailbox, or working DX, there are a few things you should take into consideration that will help eliminate problems and waiting time, increase your "throughput" and make packet a lot more fun. ("Throughput" is a word that has come into common useage by packet operators and means the amount of usable packet information transmitted or received.) When connecting to another station, don't use a digipeater or node unless you have to. Each digipeater you add to the path increases the time required to get your signal to its destination and to get an acknowledgement returned. It also increases the chance for interference and for collisions with other packets. You'll be amazed at the difference in throughput when comparing a direct connect to one with just one digipeater in the path. The packet node network, as discussed in previous articles in this series, does a great deal to help you get your packets through, but you must remember that throughput there, too, is affected by the number of nodes used and by the conditions between you and the destination station. The big advantage of the nodes is that the acknowledgements do not have to return all the way from the destination station before your TNC is satisfied. Packets are acknowledged from node to node, so that eliminates a large part of the problems encountered. Getting the original packet through, however, remains to be as much of a problem for the nodes as it is for you when using digipeaters. It can take several minutes to get a packet through when you're working a station some distance away. Have patience! Dr. Tom Clark, W3IWI, has determined that for EACH HOP in a packet path the loss of packets can vary anywhere from 5% to 50% depending on the amount of traffic. Remember, each digipeater and node adds a hop, so multiply those percentages by the number of hops, then multiply by 2 to account for the acknowledgement, and you can see how quickly the path deteriorates as traffic increases and digipeaters and nodes are added to it. If you have a choice, use a frequency that doesn't have a lot of other traffic on it. It makes sense that the more stations there are on a frequency, the more chances there are for collisions and retries. A path that will work perfectly without a lot of traffic, can become totally useless under heavy traffic conditions. Just one additional station on the frequency can decrease throughput by about half in many cases. Another consideration, especially if working over a long distance, is atmospheric conditions. You might not have experienced this before on VHF, but with packet's high sensitivity to noise, a slight change in signal strength can mean the difference between getting your packets through or not getting them through. Long paths between nodes are very susceptible to these changing conditions. There are times, especially on a hot summer day, when it's impossible to get a packet from one node to the other on what is normally a good path. In the San Francisco Bay Area, the fog has a drastic affect on VHF signals. When a fog bank is moving in off the Pacific, it can act as an excellent reflector. Signals that normally aren't heard or are very weak can reach signal strengths of 40 over S9. Multipath is another problem that can greatly affect your packet signal. Multipath is the term used to describe the receipt of multiple signals from one source due to reflections off of buildings, hills or mountains. The "ghost" in a television picture is a form of multipath. A station with a very strong signal into a digipeater or node often cannot use that path if multipath causes the signal to be distorted. Each packet is checked for 100% accuracy and is not acknowledged unless it is. Multipath reflection can cause occasional bits to be lost so you can end up with multiple retries and a poor path even with strong signals. To sum up, for best results on VHF use the least number of digipeaters and nodes as possible, use a frequency with low activity, and be aware of atmospheric conditions and multipath problems. Remember, by decreasing PACLEN and MAXFRAME in your TNC, you improve your chances of getting packets through under poor conditions. If you use packet on HF, remember to change your transmit baud rate to 300 and to use a short PACLEN (a value of 40 seems to work quite well) and a MAXFRAME of 1. The chances of getting a short packet through the noise and QRM are much better than for a long one. _ _ _ INTRODUCTION TO PACKET RADIO - Part 16 - by Larry Kenney, WB9LOZ PUTTING TCP/IP ON THE AIR - Part 1 INTRODUCTION Getting your station set up for TCP/IP operation will require some time and effort on your part. You just can't put a disk in your computer and go on the air. You have to get an IP address, set up specific directories, get some needed files, and make up a few necessary files for your own operation. You also need a TNC that operates in KISS mode. Most now have the KISS command available, but check your TNC operating manual before you start anything else to ensure that the KISS command is available in your TNC. Also while you have the manual out, learn how to use the KISS command; it works differently from most commands you're familiar with. THE SOFTWARE The first thing you need, of course, is the software. The KA9Q Internet Package, commonly called NET, is the most common program in use today. There are versions available for the PC and clones, the Macintosh, Amiga and Unix. Where do you get it? The easiest source is a local ham that has a copy of the version you need. Put a message on your local BBS to see if there is anyone in your area that is already on TCP/IP. Not only will you be able to get the software from him, but you'll have someone to ask questions of if you have problems. The Tucson Amateur Packet Radio Association (TAPR) has the version for the PC and clones available for $4.00. This is a special "Plug and Play" set of disks with sample files included along with instructions for setting up your hard drive with the proper directories. You can write to them at TAPR, PO Box 12925, Tucson, AZ 85732, or call them at (602) 749-9479. If you have a telephone modem, there are several sources available to you. You can download the package from some of the ham related telephone BBSs. It's available from Dennis Humphrey, WA6RDH's BBS in California at (916) 678-1535, from Howard Leadmon, WB3FFV's BBS in Maryland at (301)-335-0858, or from Gary Sanders, N8EMR's BBS in Ohio at (614)-457-4227. All accept 1200/2400, 8 bits, no parity, 1 stop bit. The software is also available from Compuserve in the Hamnet section. If you have a DRSI plug-in TNC, you already have what you need. A copy of the TCP/IP software that has already been configured for use with the DRSI card was included with it. IP ADDRESS In addition to the software, you also need to obtain an IP address. This is a series of numbers that will uniquely identify your station on the air. To get an address assigned you need to contact the IP address coordinator in your area. Ask around to find out who the local coordinator is, or contact Brian Kantor, WB6CYT, the national IP address coordinator, at 7108 Werner Street, San Diego, CA 92122. Send the following information with your request: - Your first name, last name and callsign. - Your full mailing address. - The city where your TCP/IP station is going to be located. - Whether or not it's a home or work location. - The callsign of your home BBS. - Your Internet address, if you have one. FILES NEEDED A copy of the HOSTS.NET file is also required. It's available for downloading on many of the packet BBSs. Check for a TCP/IP directory using the W command. If you can't locate the file, ask your local sysop for assistance. The file is fairly lengthy, so plan on spending a little time downloading it. The HOSTS.NET file is used by the NET software to look up the IP address for each station you wish to contact, so you'll need it before you go on the air with your TCP/IP station. If you're using the PC/clone version of NET, I strongly suggest that you also get a copy of the file BEGIN.DOC, written by Gary Ford, N6GF. It explains what you need to do to set up your station in clear, easy to understand terminology and then goes into details on all of the commands used with the NET program. There is documentation that comes with the software, but I found it to be difficult to understand in many places. It also isn't as complete as Gary's and the descriptions of some of the functions are missing. Gary's documentation takes all of the guess work out of the process. There are two other files you'll also find very helpful once you're up and running. One is called FINGER.DOC, describing the user identification application, and the other is BM.DOC, the "BM User Manual" by Dave Trulli, NN2Z. If you can't find the files, BEGIN.DOC, FINGER.DOC and BM.DOC locally, send me a formatted disk with return postage and I'll be glad to make a copy of the files for you. I can copy to 3 1/2" 1.44M or 5 1/4" 1.2M or 360K disks. My address is 4145 21st Street, San Francisco, CA 94114. Continued in Part 2 INTRODUCTION TO PACKET RADIO - Part 17 - by Larry Kenney, WB9LOZ PUTTING TCP/IP ON THE AIR - Part 2 HARD DISK SET UP Before installing the program on your computer, special directories need to be established on your hard drive for use by the TCP/IP program. Under the root directory (C:\ on most systems) you need to make directories titled FINGER, PUBLIC and SPOOL, as shown in the diagram. Under the SPOOL directory you need to add four sub-directories called FOLDER, MAIL, MQUEUE and RQUEUE. \ (root directory) | |--FINGER |--PUBLIC |--SPOOL | |--FOLDER |--MAIL |--MQUEUE |--RQUEUE --The FINGER directory is used to identify users of your TCP/IP station. The file FINGER.DOC explains the operation of the FINGER application and the files needed in this directory. The files are NOT needed to put your station on the air with TCP/IP. --The PUBLIC directory, and any sub-directories you want to add to it, is the area accessible to users of your station, similar to the files area of your packet BBS. You can develope this area after you get on the air and become familiar with TCP/IP operation. --The SPOOL directory is used for your automatic station log. --The FOLDER sub-directory is where files are storaged when you save any messages as files. --The MAIL sub-directory is where incoming messages are stored. --The MQUEUE sub-directory is for outgoing messages. --The RQUEUE sub-directory is for messages that have been received for processing by a user-defined mail routing program. (I have no idea what this is about. Nothing has ever ended up in RQUEUE on my station.) FILES USED Next, you need to make up a couple of files used by the NET program. The documentation that comes with the program gives you examples of what you need to enter in these files. The first file is AUTOEXEC.NET, a series of commands and information needed by the program. (This file should not be confused with your AUTOEXEC.BAT file.) When the NET program first starts up it reads this file and executes the commands contained in it, setting up the initial configuration for your system. It sets the hostname, AX.25 parameters, interfaces and other variables necessary for your particular station. Make sure that you have the correct entry for the COM port you're going to use for your TNC. Most enter "ax0" for COM1. The next file you need to write is FTPUSERS. It establishes the access levels for users of your station. Be very careful when writing the information for this file or outsiders will be able to get into your private personal files. It's not advisable to give permission above level 3, as outlined in the documentation. Both of these files, AUTOEXEC.NET and FTPUSERS, the file HOSTS.NET, and the files NET.EXE and BM.RC that come with the software package, are placed in the ROUTE directory. PUTTING IT ALL ON THE AIR When you have all of the files saved to the proper directories you should be ready to go on the air. Set up your radio for simplex operation on the TCP/IP frequency in your area. Ask around locally for the frequency used. Using your normal computer terminal program, check your TNC to computer baud rate and make sure that it matches the baud rate you entered in AUTOEXEC.NET. Set DWait to 0, Persistence ON, and SLOTtime to 160 ms., then turn KISS ON. As explained earlier, the operation of KISS mode varies from normal command usage, and even varies from TNC to TNC, so read your TNC manual for details on the KISS command. With the AEA PK-232 you will also have to turn HOST ON. Be careful that your terminal program doesn't take you out of KISS mode when you exit it. Some do! I use Pro-Comm and it works fine. When the radio and TNC are ready, enter NET at the DOS prompt, cross your fingers and see what happens. You should get the prompt "NET>". My station came up on the first try! I hope yours does also. To monitor the frequency, you will need to enter "trace cmdmode" followed by "trace ax0 111" (ax0 is assuming COM1). These two commands can be added to AUTOEXEC.NET if you want automatic monitoring. That way you don't have to type it in each time you come on line. The first thing you'll probably want to do is to see if eveything is working okay. The easiest check is to make an AX.25 connection with another station that you know is on frequency. Enter "connect ax0 " , where is the station you want to connect to. For example, to connect to WB9LOZ you would enter: c ax0 wb9loz. If everything is working as it should you will soon receive "conn pending" followed by "connected". After spending all of your time and effort setting up your TCP/IP program, you have now completed a normal packet AX.25 keyboard to keyboard contact! To disconnect, use the F10 key to escape back to the NET> prompt, and then enter "disconnect" or "d". (Most of the commands can be abbreviated.) If your station is working, congratulations! You now have the world of TCP/IP awaiting you. Using the documentation provided with the software, or better yet, BEGIN.DOC, you can now start checking out the various commands. The TELNET and FTP commands are the two most frequently used for contacting other TCP/IP stations, but I also find that using FINGER is fun. Make sure you check the STATUS and TCP STATUS before going off line to make sure all sessions have been completed. You'll be surprised quite frequently to find other stations sending you messages, uploading or downloading files, and you didn't even know they were connected. There were a couple of things that I didn't understand when I first got on the air with TCP/IP, so I'll pass those on to you now. To enter messages or to read messages, you have to escape NET and then enter the BM Mailer from the DOS prompt. To escape, you enter an exclamation point (!) at the NET> prompt, then enter BM at the DOS prompt. When you're finished with the messages, you enter "q" to get back to the DOS prompt and then enter "exit" to resume operation of NET. To get out of NET completely, you enter "exit" at the NET> prompt. When you have things set up as you like them, send me a message and let me know you're on the air (wb9loz%wb9loz@w6rfn). If you're in the Bay Area we can meet for fun and games on Marc's system. Enter: "telnet noe.kg6kf 6715", and beware of the Wizard! A new TCP/IP program called NOS is now in development and and many stations are now using it successfully. Once you get on the air with NET, you might want to upgrade to NOS in time. NOS is available for the PC/clones by sending two 5 1/4" disks or one 3 1/2" 720kb diskette to W. E. Moerner, 1003 Belder Drive, San Jose, CA 95120-3302 in a mailer with return postage. NOS for the Mac is available from Doug Thom, N6OYU, (408) 253-1306, 1405 Graywood Drive, San Jose, CA 95129-4778. Amiga NOS is available on Compuserve in Hamnet Library #9 or by contacting Chris, WA2KDL @ K6VE.#SOCA.CA. UNIX and other operating systems can get the C code for NOS from various internet ftp sites. Contact marc@noe.kg6kf for further information (KG6KF @ K3MC.#NOCAL.CA on the BBS circuit). Enjoy your TCP/IP experiences! 73, Larry, WB9LOZ INTRODUCTION TO PACKET RADIO - Part 18 - by Larry Kenney, WB9LOZ In this part of the series, let's do some reviewing. I'm going to present a short quiz on packet radio covering the basics that I've presented in the past 17 parts of this series. Let's see how well you can answer the following questions without looking back for the answers. In Part 19 I'll discuss each question and give you the correct answers. 1. What are the three TNC modes of communication? a. Connect, Converse, Terminal b. Command, Converse, Terminal c. Command, Converse, Transparent d. Command, Connect, Transparent 2. What TNC command is used to set the transmit path for beacons and CQs? 3. What is the TNC command CHECK used for? 4. While you're connected to another station, what command is used to monitor other traffic on the frequency? 5. If you saw one of the following lines on your screen when in monitor mode, what would the asterisk indicate? W6ABC-3>N6XYZ,W6PW-1*: Hi Bob W6ABC-3>W6PW-1*>N6XYZ: Hi Bob (Displays vary with various TNCs, so both common types are shown.) 6. Why does the packet node network improve communications compared to the use of digipeaters? 7. If you're connected to a station in New Mexico using the node network, how do you disconnect? 8. If N6ZYX-2 connected to you via a node, what would the SSID of the station become at your end of the connection? 9. When you're connected to another station, what are the two most probable causes for packets to NOT be received by the other station? 10. There are several basic commands used on a packet bulletin board system. Indicate what you would enter to perform the following: a. Receive a list of messages. b. Download a file in the General (ID G) directory called FCCEXAMS.92. c. Enter a personal message to Jim, WA6DDM, who uses the W6PW BBS in San Francisco, California. d. Read message 7134 with complete forwarding headers. e. Find out what stations have been heard by the BBS on port B. 11. To send an NTS message via packet addressed to Tom Smith, 123 Main Street, Keene, NH 03431, telephone (603) 555-4321, what would you enter at the BBS prompt? 12. If a message has a STATUS of BF, what does that indicate? 13. If you received a message from a friend in Chicago that had been forwarded to your home BBS through four other BBSs and the message had a Date/Time of 0316/2245 when you listed it, which of the following is a TRUE statement? a. The message was written at 2:45 pm on March 16. b. The message was entered into the BBS by your friend at 2245 on March 16. c. The message was forwarded by your friend's BBS in Chicago at 2245 on March 16. d. The message was received at your home BBS at 2245 on March 16. 14. If you wanted to send a message to your friend John, W4IP, but you didn't know what the call of his home BBS was, what could you do to try and find out what the call is? 15. What is the maximum value for MAXFRAME? If you're working a station on 30 meters and are sending a lot of retries, should you increase or decrease MAXFRAME? Well, how did you think you did? We'll take a look at the answers to these questions and more in part 19. - - - - INTRODUCTION TO PACKET RADIO - Part 19 - by Larry Kenney, WB9LOZ How did you do on the review quiz in the previous part of this series? If you haven't taken it, you might want to read part 18 and take the quiz now before reading any further. Here are the correct answers and the series part numbers where you can read more about the subject: 1 - Answer C is correct. The three TNC modes of communication are Command, Converse and Transparent. Command mode is for communicating with the TNC. Converse mode is for normal QSOs, connects to a BBS or mailbox, etc. and Transparent mode is used for binary file transfer. (Parts 2, 3 and 14) 2 - The UNPROTO command is used for setting the transmit path for both beacons and CQs. (Parts 3 and 13) 3 - The CHECK command is used for setting a timeout value in your TNC. If set to a value other than zero, the TNC will attempt to recover a connection after a certain specified time if nothing is received from the other station. This command is used in combination with the AX25L2V2 command. (Part 13) 4 - The MCON command (Monitor while CONnected) is used to monitor other traffic on the frequency while you're connected to another station. (Part 3) 5 - When monitoring, the asterick indicates the station that you actually heard the packet from. The MRPT command must be ON for the monitor display to show digipeaters. (Part 2 and 3) 6 - The packet node network improves communications because packets are acknowledged between your station to the first node, and then node to node to the destination. A packet doesn't have to reach the destination before an ack is returned. (Parts 4, 10 and 11) 7 - When using the node network (no matter who you're connected to) you disconnect by going to command mode on your TNC and entering a D, just like at other times. The fact that you're using several nodes or are connected to a distant station makes no difference. The network will take care of disconnecting all stations and links. (Parts 4, 10 and 11) 8 - N6ZYX-2 would appear as N6ZYX-13 if he connects to you using a node. The nodes change the SSID using the formula 15-N. (Part 10) 9 - The two most probable causes for a packet not to get through are collisions with other packets on the frequency and noise due to weak signals. (Part 15) 10 - BBS commands: a. To receive a list of messages: enter L b. To download a file in the General (G) directory called FCCEXAMS.92, you'd enter DG FCCEXAMS.92 or D GENERAL FCCEXAMS.92 depending on the software at the BBS you're using. c. To enter a private message to Jim, WA6DDM: SP WA6DDM @ W6PW.CA (The "@ W6PW" would not be needed if you were using the W6PW BBS.) d. To read message 7134 with headers: RH 7134 e. To find out what stations were heard on port B of the BBS, you'd enter JB (Parts 5, 6, 7 and 8) 11 - If you wanted to send an NTS message to Tom Smith, 123 Main Street, in Keene, NH 03431, you would enter the following at the BBS prompt > ST 03431 @ NTSNH (Parts 6 and 12) 12 - A message with a STATUS of BF means that the message is a bulletin and that it has been forwarded to all stations that are supposed to receive it from the BBS you're using. (Part 8) 13 - Answer D is correct. The date/time shown on a message when it's listed is the time the message was received at the BBS you're using. Please note that this date and time is shown in whatever time the BBS your using is set to. It could be local time or zulu time (UTC, GMT). Most BBSs are now set to zulu time, but a few still use local time. When you read a message, you're then able to read the date and time that the message was written from the header. (Part 8) 14-To find the call of the HOME BBS of your friends, use the White Pages Directory. If the BBS you're using has the WP feature enabled, you'll find the I command (or Q command on some systems) to be useful, otherwise send an inquiry to WP. (Part 9) 15-The maximum value for MAXFRAME is 7. MAXFRAME is the number of packets transmitted by your TNC contiguously, and the number of unacknowledged packets the TNC can have outstanding. You decrease MAXFRAME when the conditions are poor. Your TNC will send fewer packets at one time, so there will be less information to collide with other packets on the frequency and less chance of information being wiped out by noise. (Part 14) There is no passing grade on the quiz. It was designed for you to check your general packet knowledge, and you'll have to be your own judge of that. I hope you did well on it! - - - - INTRODUCTION TO PACKET RADIO - Part 20 - by Larry Kenney, WB9LOZ In the previous 19 parts of this series, I have attempted to cover all of the basics of packet radio - from setting up your TNC and making your first QSO, to using digipeaters, the packet node network, bulletin board systems and mailboxes. Many of the TNC commands have been explained, including the best settings for normal use, I've introduced you to TCP/IP and I've offered some suggestions that should make it easier and more enjoyable for you to use packet radio. Now that you have the basics, you might want to continue with your study by investigating some of the other facets of packet radio. There are several programs available that we haven't covered yet in this series that you might find interesting. There's the Packet Cluster software used by the DX Spot- ting Network, the NOS packages for TCP-IP, Tex-Net, Rose, Conference Bridging, etc. PAC-SAT, the packet satellite program, is now growing in popularity as more satellites carrying packet radio equipment are released. High speed modems running at speeds of up to 56 kilobaud are just around the corner for general use. What developments will be next? I'd like to thank the following for help in preparing this series: Don Simon, NI6A; Bill Choisser, K9AT; Don Fay, K4CEF; Scott Cronk, N7FSP; Roy Engehausen, AA4RE and Hank Oredson, W0RLI. Their help in providing answers to my questions is greatly appreciated. If you have any comments on this "Introduction to Packet" series, want to suggest new topics for inclusion in future articles, or want to correct or update any of the information contained in the series, please send me a packet message. I'd love to hear from you and your comments would be very much appreciated. I hope that you've found the series to be informative and helpful in making packet radio more enjoyable for you. Enjoy! 73, Larry Kenney, WB9LOZ @ W6PW.#NOCAL.CA.USA.NA San Francisco - - - - INTRODUCTION TO PACKET RADIO BY LARRY KENNEY, WB9LOZ INDEX Subject Part Subject Part A L Awlen.................13 List Commands.........5,6 AX25L2V2..............13 M B Mall..................3 BBS...................5,6 MaxFrame..............14 Beacon................13 Mcon..................3 Bye Command...........6,11 Message Nomenclature..8 Bulletins, Send.......6 Message Structure.....6 C MFilter...............14 Check.................13 MHeard................14 Cmsg..................13 Monitor...............2,3,6 Connect...............2 Mrpt..................3 Converse Mode.........2,3 Mstamp................3 CQ Command............11 Mycall................2 D N Digipeaters...........4 National Traffic Sys..6,12 Disconnect............2 Node Commands.........10,11 Download Command......6 Node Network..........4 Dwait.................3 Nodes Command.........4 E P Echo..................3 Packet Message Parts..8 F Packet Test...........16 File Directory Cmds...6 Packet Test Answers...17,19 Frack.................3 Packet Tips...........15 G Paclen................3 Gateways..............7 Parameters, TNC.......13,14 H Parms.................11 Headerln..............3 R Help..................5,6 Read Commands.........5,6 Hierarchical Address..7 Retry.................3 I Routes................11 Ident.................11 S Info Command..........6,11 Send Commands.........6 Introduction..........1 Status Command........6 J T J Command.............6 TNC...................1,2 K U Kill Commands.........5,6 Unproto...............3 Kiss..................13 Upload Command........6 Users.................11 V Via...................2 W White Pages...........9 8 Compiled by Hal Godfrey, N6AN 8bitconv..............13