¿ªÔÆÌåÓý

ctrl + shift + ? for shortcuts
© 2025 Groups.io
  1. D-STAR23cm
  2. Topics

ID1 to ID1 Digital Data

viaopensource
 

Hi all,
Last April I was playing with two ID1's to get them to link together running digital data across the link. My goal was to create a home digital data node, connected to the internet that was a 1.2Ghz hotspot for another ID1. It worked. I was able to achieve full internet linking between the ID1's.

Keep in mind this was an experiment where most of the work was done with the ID1's in the same room (antennae outside) operating at low power. I have a short video of the setup and a network diagram depicting how it worked.

I will upload the diagram to the file or picture area if anyone is interested.

73's
--
Joe
kc2zki
 

Joe,
I'd be interested in seeing that diagram or pic of the setup.

73,
Tom KC9ONY

--- In D-STAR_23cm@..., "viaopensource" <kc2zki@...> wrote:

Hi all,
Last April I was playing with two ID1's to get them to link together running digital data across the link. My goal was to create a home digital data node, connected to the internet that was a 1.2Ghz hotspot for another ID1. It worked. I was able to achieve full internet linking between the ID1's.

Keep in mind this was an experiment where most of the work was done with the ID1's in the same room (antennae outside) operating at low power. I have a short video of the setup and a network diagram depicting how it worked.

I will upload the diagram to the file or picture area if anyone is interested.

73's
--
Joe
kc2zki
Joe Chimento
 

Hi Tom,
?? I uploaded the diagram in our file area....let me know if you have any questions...
?
--
Joe
kc2zki

On Tue, Dec 25, 2012 at 10:13 PM, kc9ony <kc9ony@...> wrote:

?

Joe,
I'd be interested in seeing that diagram or pic of the setup.

73,
Tom KC9ONY

--- In D-STAR_23cm@..., "viaopensource" wrote:
>
> Hi all,
> Last April I was playing with two ID1's to get them to link together running digital data across the link. My goal was to create a home digital data node, connected to the internet that was a 1.2Ghz hotspot for another ID1. It worked. I was able to achieve full internet linking between the ID1's.
>
> Keep in mind this was an experiment where most of the work was done with the ID1's in the same room (antennae outside) operating at low power. I have a short video of the setup and a network diagram depicting how it worked.
>
> I will upload the diagram to the file or picture area if anyone is interested.
>
> 73's
> --
> Joe
> kc2zki
>




--
73
Joe KC2ZKI


 

On Wed, 26 Dec 2012, Joe Chimento wrote:
Hi Tom,
I uploaded the diagram in our file area....let me know if you have any questions...

--
Joe
kc2zki
> Last April I was playing with two ID1's to get them to link together running digital
data across the link. My goal was to create a home digital data node, connected to the
internet that was a 1.2Ghz hotspot for another ID1. It worked. I was able to achieve
full internet linking between the ID1's.
>
> Keep in mind this was an experiment where most of the work was done with the ID1's in
the same room (antennae outside) operating at low power. I have a short video of the
setup and a network diagram depicting how it worked.
Any reliability issues? Can you use this for backhauling D-Star traffic
to the internet?

--
Kris Kirby, KE4AHR
Disinformation Analyst
viaopensource
 


--- In D-STAR_23cm@..., Kris Kirby wrote:
> Any reliability issues? Can you use this for backhauling D-Star traffic?
> to the internet?
>
> --
> Kris Kirby, KE4AHR
> Disinformation Analyst
>

Hi Kris,
? I jotted down some notes on things I tried. ?Here are the protocols I tested and the results. ? The connection was solid but I was only getting about 90kps even with a short range. ? Keep in mind there is no error correction in the DSTAR protocol. ?But, in a pinch, it would absolutely be better than ?nothing. ? It worked on 12 watts fairly well in a 3 mile area around my house with the mobile side in my van.?

Protocol/Modes tested: Green=good; red=failed; yellow= not tested
SSH
HTTP(S)
FTP(S)
DNS
SMTP
IMAP
POP3
IM?
AIM
DRATS
MagicJack
Skype
DSTAR
DSTAR HOTSPOT
Mobile Cell tower
Multicast
IPv6
Video
SAMBA


==
Joe
kc2zki
 

On Thu, 27 Dec 2012, viaopensource wrote:
Hi Kris, I jotted down some notes on things I tried. Here are the
protocols I tested and the results. The connection was solid but I
was only getting about 90kps even with a short range. Keep in mind
there is no error correction in the DSTAR protocol. But, in a pinch,
it would absolutely be better than nothing. It worked on 12 watts
fairly well in a 3 mile area around my house with the mobile side in
my van.
Protocol/Modes tested: Green=good; red=failed; yellow= not tested
SSH
HTTP(S)
FTP(S)
DNS
SMTP
IMAP
POP3
IM
AIM
Most of these are TCP protocols except for DNS, which is UDP for lookups
and TCP for zone transfers.


DRATS
MagicJack
Skype
DSTAR
DSTAR HOTSPOT
I don't know much about these protocols.

Multicast
Good luck on that one.

IPv6
This is a different beast altogether. It's implementation varies from
PHY to PHY; in Ethernet, it is a different flag in the frame.

Video
There are a lot of standards for that one.

SAMBA
CIFS is based on TCP as well.

Another trick that may would would be to setup a tunneling protocol like
GRE, IPIP, or L2TP and backhaul the traffic over a TCP protocol. This
helps for DNS on lossy networks. The reverse is sometimes true as well.
TCP and UDP have different behaviors depending on network loading
conditions and losses. It's been said that UDP gets priority over TCP;
this is because UDP packets are simply thrown to the wind, whatever gets
there gets there or has to be retransmitted by the application (not the
protocol stack). In a lossy network, TCP shines because packets flow.

Certainly seems like a variation or an automatic capability to switch
between 1/2, 5/6, 7/8, 8/10 FEC would be useful. Mobile stations would
be best suited using 1/2 FEC, but fixed base stations could transmit
8/10 FEC.

--
Kris Kirby, KE4AHR
Disinformation Analyst
 

On 28/12/12 02:35, Kris Kirby wrote:
On Thu, 27 Dec 2012, viaopensource wrote:
Hi Kris, I jotted down some notes on things I tried. Here are the
protocols I tested and the results. The connection was solid but I
was only getting about 90kps even with a short range. Keep in mind
there is no error correction in the DSTAR protocol. But, in a pinch,
it would absolutely be better than nothing. It worked on 12 watts
fairly well in a 3 mile area around my house with the mobile side in
my van.
Protocol/Modes tested: Green=good; red=failed; yellow= not tested
SSH
HTTP(S)
FTP(S)
DNS
SMTP
IMAP
POP3
IM
AIM
Most of these are TCP protocols except for DNS, which is UDP for lookups
and TCP for zone transfers.


DRATS
MagicJack
Skype
DSTAR
DSTAR HOTSPOT
I don't know much about these protocols.

Multicast
Good luck on that one.

IPv6
This is a different beast altogether. It's implementation varies from
PHY to PHY; in Ethernet, it is a different flag in the frame.

Video
There are a lot of standards for that one.

SAMBA
CIFS is based on TCP as well.

Another trick that may would would be to setup a tunneling protocol like
GRE, IPIP, or L2TP and backhaul the traffic over a TCP protocol. This
helps for DNS on lossy networks. The reverse is sometimes true as well.
TCP and UDP have different behaviors depending on network loading
conditions and losses. It's been said that UDP gets priority over TCP;
this is because UDP packets are simply thrown to the wind, whatever gets
there gets there or has to be retransmitted by the application (not the
protocol stack). In a lossy network, TCP shines because packets flow.
Hi There,

I think you'll find, in a lossy network TCP sucks badly, UDP will work well though.

Regards
John
EI7IG
viaopensource
 

--- In D-STAR_23cm@..., John Ronan <jpronans@...> wrote:
Hi There,

I think you'll find, in a lossy network TCP sucks badly, UDP will work
well though.

Regards
John
EI7IG

The protocols that did work were slow, but worked well. So in an emergency situation, it would be better than nothing.

--
Joe
kc2zki
 

¿ªÔÆÌåÓý

Most all of the protocols should work. You just have to remember that it is 128 kbps half-duplex circuit. So that means that video at 400 kbps ain¡¯t going to hack it and full duplex audio at 64 kbps per channel isn¡¯t going to make it.

The ID-1s implement the Ethernet protocol, which means that NetBIOS, Banyan Vines, Novell, and other protocols will also run.

?

You¡¯re going to get speeds a little better than 28.8kbps modems, but not much. The secret it to not attempt to overload the circuit, keep the throughput reasonable for a 128 kbps connection and life should be great.

?

From: D-STAR_23cm@... [mailto:D-STAR_23cm@...] On Behalf Of viaopensource
Sent: Friday, December 28, 2012 8:57 AM
To: D-STAR_23cm@...
Subject: [D-STAR_23cm] Re: ID1 to ID1 Digital Data

?

?

--- In D-STAR_23cm@..., John Ronan <jpronans@...> wrote:
> Hi There,
>
> I think you'll find, in a lossy network TCP sucks badly, UDP will work
> well though.
>
> Regards
> John
> EI7IG

The protocols that did work were slow, but worked well. So in an emergency situation, it would be better than nothing.

--
Joe
kc2zki
 

¿ªÔÆÌåÓý

On 28/12/12 20:48, Woodrick, Ed wrote:

Most all of the protocols should work. You just have to remember that it is 128 kbps half-duplex circuit. So that means that video at 400 kbps ain¡¯t going to hack it and full duplex audio at 64 kbps per channel isn¡¯t going to make it.

The ID-1s implement the Ethernet protocol, which means that NetBIOS, Banyan Vines, Novell, and other protocols will also run.

?

You¡¯re going to get speeds a little better than 28.8kbps modems, but not much. The secret it to not attempt to overload the circuit, keep the throughput reasonable for a 128 kbps connection and life should be great.

?

From: D-STAR_23cm@... [mailto:D-STAR_23cm@...] On Behalf Of viaopensource
Sent: Friday, December 28, 2012 8:57 AM
To: D-STAR_23cm@...
Subject: [D-STAR_23cm] Re: ID1 to ID1 Digital Data

?

?

--- In D-STAR_23cm@..., John Ronan wrote:
> Hi There,
>
> I think you'll find, in a lossy network TCP sucks badly, UDP will work
> well though.
>
> Regards
> John
> EI7IG

The protocols that did work were slow, but worked well. So in an emergency situation, it would be better than nothing.

--
Joe
kc2zki

1 - 10 of 10