<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
<a class="moz-txt-link-abbreviated" href="mailto:noskosteve@yahoo.com">noskosteve@yahoo.com</a> wrote:
<blockquote cite="mid20050607162100.30389.qmail@web53905.mail.yahoo.com" type="cite"><br>
<div>I'm trying to undrstand the *basics* of the path designators.
I've had a D700 for about 2 years and some of this is starting to
stick, but... </div>
<div> </div>
<div>I get the WIDEn-n concept, but it is the series of XXXX,YYYY
path designators (aliases) and precisely how they are handled that I
have fog. If there is a clear explanation of just how packet paths are
handled, on the net, point me there and forget the rest of this as this
may all be handled by one paper or answer... Here goes.</div>
<div> </div>
<div>In excerpt 2 (below), the *Bob* recommends a D700 digipeater
path of:</div>
<div> Set APRS-UIDIGI to TEMP,WIDE1-1</div>
<div>Now, it seems that the tracker should have a path of only TEMP,</div>
<div>Except Bob says:</div>
<div> Set pocket tracker to use path VIA WIDE1-1,WIDE2-1</div>
<div> </div>
</blockquote>
The Pocket Track will have a path of "TEMP, WIDE1-1" (or perhaps TEMP,
WIDE2-2 depending on location -- urban or rural).<br>
<br>
The D700 that repeats the packet will have a "digipeat on" alias of
only "TEMP".<br>
<br>
<br>
<blockquote cite="mid20050607162100.30389.qmail@web53905.mail.yahoo.com" type="cite">
<div>SO.. FIRST basic UIDIGI stuff:</div>
<div>Will a digi set for TEMP,WIDE1-1 digipeat a packet with _either_
a path of TEMP *OR* WIDE1-1 in the first slot?</div>
<div> I think I am asking ; Is it the case that a Digi will 'peat a
packet with *any* of the alias's (in the currently tested spot of the
packet) in its own UI list?</div>
<div> </div>
</blockquote>
<br>
YES I assume that you mean in the path above "TEMP, WIDE1-1" that
you really mean "TEMP or WIDE1-1" Digipeater ALIAS (the path name it
will respond to) lists can include more than one alias. These can be
either generic "fake" callsigns like "RELAY" (no longer desirable) or
"WIDE2-2", geographic designators like STHMTN, or real callsigns like
W6XYZ,. Anything can be used as long as it conforms to the packet
convention of up to six letters/numbers (i.e. callsign-like) optionally
followed by "-" and one or two digits. <br>
<br>
The hops in the path statement are processed SEQUENTIALLY. Until the
first hop is "used up", the second one won't be acted on. Thus if you
want to use your own mobile as the first hop and then a "real" digi as
the second hop, you have to use something like TEMP, WIDE1-1 The
D700 is a relatively dumb digipeater. To prevent it from needlessly
repeating other mobiles and fixed stations, you set it's digipeater
ALIAS to TEMP. By then setting PocketTracker paths to start with
"TEMP", you ensure that the 700 will only respond to PTs, and not to
full power stations. <br>
<br>
<blockquote cite="mid20050607162100.30389.qmail@web53905.mail.yahoo.com" type="cite">
<div>Then, for a station originating packets:</div>
<div>Are the aliases handled only sequentially by digis, left to
right? like this...</div>
<div>With a path of : XXXX,YYYY</div>
<div>Is it true that this packet will ONLY be 'peated by a Digi with
XXXX in its list? In other words if no XXXX Digi hears it, it dies,
forever lost in the ether, even if a YYYY Digi hears it?</div>
<div> </div>
</blockquote>
<br>
Precisely! The WIDE1-1, WIDE2-2 construct is a way of allowing
home stations (acting as first step digipeaters) to take advantage of
the "magical" dupe supressing properties of WIDEn-N type paths that
"real" digipeaters use. The traditional home path of "RELAY" doesn't do
this. (Digis based on KPC3+ TNCs handle duplicate supression of
WIDEn-N paths very effectively but fail completely on RELAY.) <br>
<br>
The problem arises when a "real" digipeater hears the packet
initially. "Real" digis are now being set to ignore "RELAY"
(traditionally they DID accept RELAY -OR- WIDEn-N) to reduce channel
congestion from duplicate packets generated by inefficient handling of
RELAY. <br>
<br>
The initialial WIDE1-1 is a path construct that will work with either a
new "real" digi or with a home station acting as a "first hop" digi
The average home digi software or TNC doesn't know how to decrement a
real WIDEn-N path;( ie. WIDE2-2 in should result in WIDE2-1 out).
Instead the typical home setup with "dumb TNC will mark it as used;
i.e. WIDE2-2 in will be repeated as "*WIDE2-2". As a work-around, you
throw the home station an expendable WIDE1-1 that it will "use up"
while leaving the following WIDE2-2 or WIDE3-3 for the smarter "real"
digis. <br>
<blockquote cite="mid20050607162100.30389.qmail@web53905.mail.yahoo.com" type="cite">
<div>Then the XXXX Digi transmits it (marking XXXX with *) and only
a YYYY digi will then 'peat it?</div>
<div> </div>
<div>So, Digis look for the first alias without * and if it gets a
match with *any* in its list it repeats it?</div>
<div> </div>
</blockquote>
<br>
YES! Exactly!<br>
<blockquote cite="mid20050607162100.30389.qmail@web53905.mail.yahoo.com" type="cite">
<div> </div>
<div>
<div>=== Part two GATE question ===</div>
<div>In the HF case (1st <span style="font-size: 10pt; font-family: Arial;">excerpt </span>below).
The recommended path </div>
<div> GATE,WIDE2-1</div>
<div>means that ONLY a GATE will take this packet off the RF network,
right?______</div>
<div>Then, after the GATE gets it, it will only then be digipeated by
the true WIDE (assuming it has the WIDEn-n software)?___</div>
<div> </div>
<div> Except, is this from the HF side *to* 2M or from 2M to HF --
or does it matter -- ?_____</div>
<div> </div>
</div>
</blockquote>
<br>
YES. This is usually done internally by dual-port TNCs like the
Kantronics KAM which can be connected simultaneously to an HF rig at
300 baud, and to a VHF rig at 1200. [Some software can also
simultaneously multiple single-port TNC on different serial ports as
well.] <br>
<br>
However, NEVER set such a setup to gate VHF back to HF!!!<br>
1) The TNC will overflow and possibly lock up since the VHF traffic
will come in potentially four times as fast as the HF side can repeat
it, (due to the higher baud rate). <br>
2) More seriously, you will be monopolizing 30M over a third or a
half of the entire US, with almost continuous transmission of traffic
from the small area covered by a VHF digi or two. This will render 30M
unusable by HF mobiles over a large part of the country.<br>
<blockquote cite="mid20050607162100.30389.qmail@web53905.mail.yahoo.com" type="cite">
<div>
<div>
<div> </div>
<div>Moving to (the final) PART 3 a related topic "Call Substitution"</div>
<div>Without this, I believe each Digi that 'peats a packet puts an
asterisk (*) in the field of the path designator it "used" ?? Hmmmm
Peter piper 'peats a peck of 'peated packets...</div>
<div> </div>
<div>
<div>*With* Call Substitution, we will see (within the 'peated
packet) a list of calls of the digis that handled this packet, right?
I think the last one will have the * I look @ the findu raw packets
and next hope to follow the q construct information there...'cept I
don't really know wht a "client" is...</div>
<div> </div>
</div>
</div>
</div>
</blockquote>
CLIENT = User's APRS software also acting as igate; i.e. the program
that took the signal off RF and injected it into the Internet system. <br>
<br>
The key element to callsign substitution is the way WIDEn-N paths are
decremented rather than marked as used on each sequential hop: <br>
<br>
WIDE3-3 into first digi results in WIDE3-2 out -- not marked as used up.<br>
<br>
WIDE3-2 into second digi results in WIDE3-1 out -- not marked as used
up.<br>
<br>
WIDE3-1 into third digi results in WIDE3-0 out <br>
(actually it shows as just plain "*WIDE3" ) and finally "dies"
(i.e. no more digipeats). <br>
<br>
Note that on each digipeat the generic "callsign" (including the fake
"SSID") actually changes.<br>
<br>
Only a KPC3+ (or a TNC2 with UI-DIGI ROMs) can do this stand alone.
No other TNC (such as a PK-232 or MFJ with OEM firmware) can do this
unless you use an attached computer and program to provide the n-N
smarts. <br>
<br>
<br>
<br>
<br>
Stephen H. Smith wa8lmf (at) aol.com <br>
<br>
Home Page: <a class="moz-txt-link-freetext" href="http://wa8lmf.com">http://wa8lmf.com</a><br>
<br>
New APRS Symbol Chart <br>
<a class="moz-txt-link-freetext" href="http://webs.lanset.com/wa8lmf/miscinfo/APRS_Symbol_Chart.pdf">http://webs.lanset.com/wa8lmf/miscinfo/APRS_Symbol_Chart.pdf</a> <br>
<br>
New/Updated "Rev G" APRS <a class="moz-txt-link-freetext" href="http://webs.lanset.com/wa8lmf/aprs">http://webs.lanset.com/wa8lmf/aprs</a><br>
Symbols Set for UI-View, <br>
UIpoint and APRSplus:<br>
<br>
<br>
<br>
<br>
</body>
</html>