Reply
 
LinkBack Thread Tools Search this Thread Display Modes
  #1   Report Post  
Old July 8th 03, 10:28 PM
Jack Twilley
 
Posts: n/a
Default What's the deal with WIDEN-n?

=2D----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

[This message was reposted from eHam.net's APRS forum by the author]

I'm writing an APRS client in Ruby, so I've spent a lot of time
staring at packets. I think I understand how RELAY works -- whatever
station repeats RELAY packets replaces RELAY with their callsign. WIDE
works the same way, but what about WIDEN-n? I've collected some
packets with my AEA TNC to demonstrate my confusion.

KE6STHW6CX-3*WIDESWRRSR:'1PQ!68k/]"4%}Sione
KE6STHW6CX-3W6CO-5*SWRRSR:'1PQ!68k/]"4%}Sione


In this case, WIDE is being replaced with W6CO-5 when that station
repeats the packet. That makes perfect sense.

K6HG-9*WIDE2-1S7RURP:'2]1l sk/]"3q}
K6HG-9WIDE2*S7RURP:'2]1l sk/]"3q}

What station is repeating this packet? I can't tell. What's supposed
to happen here?

KE6TIP-3*WIDE4-3APRS:!3757.24NN12218.40W#PHG4268/A=3D000850/SanPabloRidge=
,Richmond
KE6TIP-3*WIDE4-2APRS:!3757.24NN12218.40W#PHG4268/A=3D000850/SanPabloRidge=
,Richmond

This fascinates me. Why does the same station -- the originating
station even -- repeat a packet and decrement the counter?

Help!
=2D --=20
Jack Twilley
jmt at twilley dot org
http colon slash slash www dot twilley dot org slash tilde jmt slash
=2D----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (FreeBSD)

iD8DBQE/Czd+GPFSfAB/ezgRAl3pAJ415nJp2z83soAnh8LOUwBdqE++KwCgolaA
tcZhYZPfSFRR24i27cBmo54=3D
=3DpmSU
=2D----END PGP SIGNATURE-----
  #2   Report Post  
Old July 9th 03, 10:08 AM
Roger Barker
 
Posts: n/a
Default

In article , Jack Twilley
writes
[This message was reposted from eHam.net's APRS forum by the author]

I'm writing an APRS client in Ruby, so I've spent a lot of time
staring at packets. I think I understand how RELAY works -- whatever
station repeats RELAY packets replaces RELAY with their callsign. WIDE
works the same way, but what about WIDEN-n? I've collected some
packets with my AEA TNC to demonstrate my confusion.


Callsign substitution when using RELAY and WIDE is probably not the
norm.

KE6STHW6CX-3*WIDESWRRSR:'1PQ!68k/]"4%}Sione
KE6STHW6CX-3W6CO-5*SWRRSR:'1PQ!68k/]"4%}Sione


In this case, WIDE is being replaced with W6CO-5 when that station
repeats the packet. That makes perfect sense.

K6HG-9*WIDE2-1S7RURP:'2]1l sk/]"3q}
K6HG-9WIDE2*S7RURP:'2]1l sk/]"3q}

What station is repeating this packet? I can't tell. What's supposed
to happen here?


There are two implementations of WIDEn-N -

1. (In Kantronics UIFLOOD terminology, this is ID.) The digipeating
station decrements the SSID of the WIDEn-N alias, inserts its own
callsign/alias, with the 'H' bit set, before the WIDEn-N, and removes
any previous alias immediately before the WIDEn-N. The idea being that
the callsign/alias of the last digipeater is shown. So, if DIGI1 and
DIGI2 are two digis supporting WIDEn-N, and G4IDE sends a frame via
WIDE3-3, you get this -

G4IDEAPRS,WIDE3-3:Hello world
G4IDEAPRS,DIGI1*,WIDE3-2:Hello world
G4IDEAPRS,DIGI2*,WIDE3-1:Hello world

2. (In Kantronics UIFLOOD terminology, this is NOID.) The digipeating
station decrements the SSID of the WIDEn-N alias, it does not insert its
own callsign/alias, or remove any previous alias. So, if DIGI1 and DIGI2
are two digis supporting WIDEn-N, and G4IDE sends a frame via WIDE3-3,
you get this -

G4IDEAPRS,WIDE3-3:Hello world
G4IDEAPRS,WIDE3-2:Hello world
G4IDEAPRS,WIDE3-1:Hello world

Mixing the two can result in misleading information.

--
Roger Barker, G4IDE -

For UI-View go to -
http://www.UI-View.com
For WinPack go to - http://www.peaksys.co.uk
  #3   Report Post  
Old July 10th 03, 06:25 AM
Cap Pennell
 
Posts: n/a
Default

"Roger Barker" wrote in message
...
snip
Callsign substitution when using RELAY and WIDE is probably not the
norm.


Though not yet universal, callsign substitution is _quite_ common in my
area, where many are using Kantronics or PacComm TNCs.

K6HG-9*WIDE2-1S7RURP:'2]1l sk/]"3q}
K6HG-9WIDE2*S7RURP:'2]1l sk/]"3q}

What station is repeating this packet? I can't tell. What's supposed
to happen here?


These two packets were sent by a couple of high-elevation WIDEn-N
digipeaters on mountaintops ringing the SF Bay area.

There are two implementations of WIDEn-N -

snip
Mixing the two can result in misleading information.


NOID is far better for determining network topology, and is recommended.
This recommendation is by, not least of all, the Father of APRS, Bob WB4APR,
who worked with Kantronics to enable the WIDEn-N protocol in the first
place, and the guy whose idea WIDEn-N was.
http://www.dididahdahdidit.com/text/digis.txt (explanation)
http://www.dididahdahdidit.com/ (general APRS info)
Hope this helps.
73, Cap KE6AFE


  #4   Report Post  
Old July 10th 03, 07:17 AM
Jack Twilley
 
Posts: n/a
Default

=2D----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

"Cap" =3D=3D Cap Pennell writes:


Roger Callsign substitution when using RELAY and WIDE is probably not
Roger the norm.

Cap Though not yet universal, callsign substitution is _quite_ common
Cap in my area, where many are using Kantronics or PacComm TNCs.

[...]

Can you explain this behavior? I'm pretty sure the mobile station
doesn't have a WIDE alias.

KB5WIA*WIDE2-1APRS:$GPGLL,3759.519,N,12218.458,W,232104,A*3A
KB5WIA*WIDE2APRS:$GPGLL,3759.519,N,12218.458,W,2 32104,A*3A

Roger There are two implementations of WIDEn-N -

[...]

Roger Mixing the two can result in misleading information.

Cap NOID is far better for determining network topology, and is
Cap recommended. This recommendation is by, not least of all, the
Cap Father of APRS, Bob WB4APR, who worked with Kantronics to enable
Cap the WIDEn-N protocol in the first place, and the guy whose idea
Cap WIDEn-N was.

Bob asserts that it's more important to know where the station entered
the network in order to estimate the station's position. I'm not sure
I agree. However, I can get what I want by using TRACEn-N instead of
WIDEn-N, so all is good.

I have another question for you, Cap, which is slightly related to a
message you sent to a mailing list but which also probably interests
people outside that list. I would like to change my fixed home
station's routing from RELAY,WIDE (which is bad but works) to specific
stations. What is the best way to identify a good path? I'm hoping
for something more sophisticated than "listen for stations that
identify themselves as WIDE and that you can hear directly", but if
that's the right answer, that's good to know.

Jack.
=2D --=20
Jack Twilley
jmt at twilley dot org
http colon slash slash www dot twilley dot org slash tilde jmt slash
=2D----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (FreeBSD)

iD8DBQE/DQT5GPFSfAB/ezgRAurZAKDNBsCtEBbu3/8mXwJ4XyAzeCiMkgCfW9ui
LPI46wCJEgqmG36xQUMAdvM=3D
=3DRmFw
=2D----END PGP SIGNATURE-----
  #5   Report Post  
Old July 10th 03, 09:20 PM
Nosko S.
 
Posts: n/a
Default

Uh... Is there an Idiots Guide to APRS? I recently got a Knwd D700, it's
really slick and I'm interested in learning more. I downloaded the spec and
looked over the digi paper referenced on Jeff's site @
http://www.dididahdahdidit.com/text/digis.txt over in Woodstock (I'm
nearby), but there is still many details assumed. It's all still over my
head except for hooking up the GPS and using it. I'd like to gain an
understanding of the basics. Should I understand packet first? A simple
glossary of terms would be a good thing. I may just try to corner Jeff.
--
'guards
..Steve K
.. ga 9
.. rb D
.. ag C
.. e I

--
[please clip quoted postings down to the relevant parts, thank you]

Steve N...Pardon my paranoia, but my email has no U's in it:






Cap Pennell wrote in message
...
"Roger Barker" wrote in message
...
snip
Callsign substitution when using RELAY and WIDE is probably not the
norm.


Though not yet universal, callsign substitution is _quite_ common in my
area, where many are using Kantronics or PacComm TNCs.

K6HG-9*WIDE2-1S7RURP:'2]1l sk/]"3q}
K6HG-9WIDE2*S7RURP:'2]1l sk/]"3q}

What station is repeating this packet? I can't tell. What's supposed
to happen here?


These two packets were sent by a couple of high-elevation WIDEn-N
digipeaters on mountaintops ringing the SF Bay area.

There are two implementations of WIDEn-N -

snip
Mixing the two can result in misleading information.


NOID is far better for determining network topology, and is recommended.
This recommendation is by, not least of all, the Father of APRS, Bob

WB4APR,
who worked with Kantronics to enable the WIDEn-N protocol in the first
place, and the guy whose idea WIDEn-N was.
http://www.dididahdahdidit.com/text/digis.txt (explanation)
http://www.dididahdahdidit.com/ (general APRS info)
Hope this helps.
73, Cap KE6AFE






  #6   Report Post  
Old July 10th 03, 07:17 AM
Jack Twilley
 
Posts: n/a
Default

=2D----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

"Cap" =3D=3D Cap Pennell writes:


Roger Callsign substitution when using RELAY and WIDE is probably not
Roger the norm.

Cap Though not yet universal, callsign substitution is _quite_ common
Cap in my area, where many are using Kantronics or PacComm TNCs.

[...]

Can you explain this behavior? I'm pretty sure the mobile station
doesn't have a WIDE alias.

KB5WIA*WIDE2-1APRS:$GPGLL,3759.519,N,12218.458,W,232104,A*3A
KB5WIA*WIDE2APRS:$GPGLL,3759.519,N,12218.458,W,2 32104,A*3A

Roger There are two implementations of WIDEn-N -

[...]

Roger Mixing the two can result in misleading information.

Cap NOID is far better for determining network topology, and is
Cap recommended. This recommendation is by, not least of all, the
Cap Father of APRS, Bob WB4APR, who worked with Kantronics to enable
Cap the WIDEn-N protocol in the first place, and the guy whose idea
Cap WIDEn-N was.

Bob asserts that it's more important to know where the station entered
the network in order to estimate the station's position. I'm not sure
I agree. However, I can get what I want by using TRACEn-N instead of
WIDEn-N, so all is good.

I have another question for you, Cap, which is slightly related to a
message you sent to a mailing list but which also probably interests
people outside that list. I would like to change my fixed home
station's routing from RELAY,WIDE (which is bad but works) to specific
stations. What is the best way to identify a good path? I'm hoping
for something more sophisticated than "listen for stations that
identify themselves as WIDE and that you can hear directly", but if
that's the right answer, that's good to know.

Jack.
=2D --=20
Jack Twilley
jmt at twilley dot org
http colon slash slash www dot twilley dot org slash tilde jmt slash
=2D----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (FreeBSD)

iD8DBQE/DQT5GPFSfAB/ezgRAurZAKDNBsCtEBbu3/8mXwJ4XyAzeCiMkgCfW9ui
LPI46wCJEgqmG36xQUMAdvM=3D
=3DRmFw
=2D----END PGP SIGNATURE-----
  #7   Report Post  
Old July 10th 03, 09:20 PM
Nosko S.
 
Posts: n/a
Default

Uh... Is there an Idiots Guide to APRS? I recently got a Knwd D700, it's
really slick and I'm interested in learning more. I downloaded the spec and
looked over the digi paper referenced on Jeff's site @
http://www.dididahdahdidit.com/text/digis.txt over in Woodstock (I'm
nearby), but there is still many details assumed. It's all still over my
head except for hooking up the GPS and using it. I'd like to gain an
understanding of the basics. Should I understand packet first? A simple
glossary of terms would be a good thing. I may just try to corner Jeff.
--
'guards
..Steve K
.. ga 9
.. rb D
.. ag C
.. e I

--
[please clip quoted postings down to the relevant parts, thank you]

Steve N...Pardon my paranoia, but my email has no U's in it:






Cap Pennell wrote in message
...
"Roger Barker" wrote in message
...
snip
Callsign substitution when using RELAY and WIDE is probably not the
norm.


Though not yet universal, callsign substitution is _quite_ common in my
area, where many are using Kantronics or PacComm TNCs.

K6HG-9*WIDE2-1S7RURP:'2]1l sk/]"3q}
K6HG-9WIDE2*S7RURP:'2]1l sk/]"3q}

What station is repeating this packet? I can't tell. What's supposed
to happen here?


These two packets were sent by a couple of high-elevation WIDEn-N
digipeaters on mountaintops ringing the SF Bay area.

There are two implementations of WIDEn-N -

snip
Mixing the two can result in misleading information.


NOID is far better for determining network topology, and is recommended.
This recommendation is by, not least of all, the Father of APRS, Bob

WB4APR,
who worked with Kantronics to enable the WIDEn-N protocol in the first
place, and the guy whose idea WIDEn-N was.
http://www.dididahdahdidit.com/text/digis.txt (explanation)
http://www.dididahdahdidit.com/ (general APRS info)
Hope this helps.
73, Cap KE6AFE




  #8   Report Post  
Old July 10th 03, 06:25 AM
Cap Pennell
 
Posts: n/a
Default

"Roger Barker" wrote in message
...
snip
Callsign substitution when using RELAY and WIDE is probably not the
norm.


Though not yet universal, callsign substitution is _quite_ common in my
area, where many are using Kantronics or PacComm TNCs.

K6HG-9*WIDE2-1S7RURP:'2]1l sk/]"3q}
K6HG-9WIDE2*S7RURP:'2]1l sk/]"3q}

What station is repeating this packet? I can't tell. What's supposed
to happen here?


These two packets were sent by a couple of high-elevation WIDEn-N
digipeaters on mountaintops ringing the SF Bay area.

There are two implementations of WIDEn-N -

snip
Mixing the two can result in misleading information.


NOID is far better for determining network topology, and is recommended.
This recommendation is by, not least of all, the Father of APRS, Bob WB4APR,
who worked with Kantronics to enable the WIDEn-N protocol in the first
place, and the guy whose idea WIDEn-N was.
http://www.dididahdahdidit.com/text/digis.txt (explanation)
http://www.dididahdahdidit.com/ (general APRS info)
Hope this helps.
73, Cap KE6AFE


  #9   Report Post  
Old July 9th 03, 10:08 AM
Roger Barker
 
Posts: n/a
Default

In article , Jack Twilley
writes
[This message was reposted from eHam.net's APRS forum by the author]

I'm writing an APRS client in Ruby, so I've spent a lot of time
staring at packets. I think I understand how RELAY works -- whatever
station repeats RELAY packets replaces RELAY with their callsign. WIDE
works the same way, but what about WIDEN-n? I've collected some
packets with my AEA TNC to demonstrate my confusion.


Callsign substitution when using RELAY and WIDE is probably not the
norm.

KE6STHW6CX-3*WIDESWRRSR:'1PQ!68k/]"4%}Sione
KE6STHW6CX-3W6CO-5*SWRRSR:'1PQ!68k/]"4%}Sione


In this case, WIDE is being replaced with W6CO-5 when that station
repeats the packet. That makes perfect sense.

K6HG-9*WIDE2-1S7RURP:'2]1l sk/]"3q}
K6HG-9WIDE2*S7RURP:'2]1l sk/]"3q}

What station is repeating this packet? I can't tell. What's supposed
to happen here?


There are two implementations of WIDEn-N -

1. (In Kantronics UIFLOOD terminology, this is ID.) The digipeating
station decrements the SSID of the WIDEn-N alias, inserts its own
callsign/alias, with the 'H' bit set, before the WIDEn-N, and removes
any previous alias immediately before the WIDEn-N. The idea being that
the callsign/alias of the last digipeater is shown. So, if DIGI1 and
DIGI2 are two digis supporting WIDEn-N, and G4IDE sends a frame via
WIDE3-3, you get this -

G4IDEAPRS,WIDE3-3:Hello world
G4IDEAPRS,DIGI1*,WIDE3-2:Hello world
G4IDEAPRS,DIGI2*,WIDE3-1:Hello world

2. (In Kantronics UIFLOOD terminology, this is NOID.) The digipeating
station decrements the SSID of the WIDEn-N alias, it does not insert its
own callsign/alias, or remove any previous alias. So, if DIGI1 and DIGI2
are two digis supporting WIDEn-N, and G4IDE sends a frame via WIDE3-3,
you get this -

G4IDEAPRS,WIDE3-3:Hello world
G4IDEAPRS,WIDE3-2:Hello world
G4IDEAPRS,WIDE3-1:Hello world

Mixing the two can result in misleading information.

--
Roger Barker, G4IDE -

For UI-View go to -
http://www.UI-View.com
For WinPack go to - http://www.peaksys.co.uk
Reply
Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules

Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On


Similar Threads
Thread Thread Starter Forum Replies Last Post
antenna deal of a lifetime Alfred Gosselin Antenna 0 May 12th 04 03:31 PM


All times are GMT +1. The time now is 06:20 AM.

Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
Copyright ©2004-2025 RadioBanter.
The comments are property of their posters.
 

About Us

"It's about Radio"

 

Copyright © 2017