OV-Telefon per HF - Chaoswelle

Aktuelle Version

OV-Telefon

Projektname	OV-Telefon
Idee	Aufgrund der "Verteiltheit" der Mitglieder, auch ueber die Grenzen von DL hinaus, bietet sich ein freier Service zur Sprachvernetzung an. Hier hatte DH5DAX die Idee dieses mittels des H.323 Protokolls zu loesen. Hier einmal die Idee in ASCII: HfG --> 70cm TRX ---> Rechner ---> Internet ---> Conference Server
Status
Ansprechpartner	DH5DAX
Ziel	Moeglichkeit zu schaffen, andere OV-Mitglieder ueber HF zu erreichen
Beschreibung	Aufgrund der "Verteiltheit" der Mitglieder, auch ueber die Grenzen von DL hinaus, bietet sich ein freier Service zur Sprachvernetzung an. Hier hatte DH5DAX die Idee dieses mittels des H.323 Protokolls zu loesen. Einen Proof-of-Concept gibt es bereits. Hier einmal die Idee in ASCII: HfG --> 70cm TRX ---> Rechner ---> Internet ---> Conference Server Die Verbindung wird dauerhaft aufrecht erhalten und lokal laeuft die OV-QRG mit, so sind alle angeschlossenen Stationen lokal per HF erreichbar. Moeglich ist eine Implementierung z.B. auf einem Asus WL-500GP Wireless Router oder einem Thinclient. Die Client und Serveranwendung werden neu entwickelt. ELVIRA - Elektronische Langstrecken Verbindungs Interkommunikations Radio Anwendung (Electronic Longrange Voice Intercommunication Radio Application) Sollte auf MIPS (Asus & Co), sowie auf weiteren Systemen lauffaehig sein. Client: Unterstuetzung /dev/dsp gpio pin von USB Soundkarte (optional) ~8kHz Simplex Keepalive Pakete NAT faehig optional crypt der Uebertragung config file (ServerIP, Gruppe, Key/Geheimwort) Server: Sperrung einzelner Clients 1 tcp Port fuer Kontrolle und Audio 1750Hz Filter dynamische Zeitsperren per Client optionale DTMF-Auswertung optionale Konferenzgruppen optional Server-Server-Kopplung admin iface Alternative: Auf Mumble aufsetzen. Unter https://github.com/dk7lst/mumbleRF gibt es dazu bereits einen rudimentär an Funk-Belange angepassten Client (PTT/SQL-Ein-/Ausgänge über serielle Schnittstelle oder RasPi-GPIO-Pins).
Material
Kosten
Wann?
Weitere Infos	§16 (3) AFuV: "Die Bereitstellung von Verbindungen zu Telekommunikationsnetzen über eine fernbediente Amateurfunkstelle nach § 13 ist nur dem Inhaber des Rufzeichens für diese Amateurfunkstelle gestattet." http://www.gesetze-im-internet.de/afuv_2005/__16.html Wenn dies bedeutet, dass man jeweils nur mit seinem eigenen Shack telefonieren darf, dann wäre das doof für dieses Projekt - wäre aber konsistent mit allen anderen Vorgaben, ja nicht in irgendeine Konkurrenz mit Telekommunikationsunternehmen zu treten. Allerdings wäre ein zuHÖREN erlaubt, also ein One-Way-Gateway Funk => Telefon

@@ Zeile 1: / Zeile 1: @@
 == OV-Telefon ==
-Aufgrund der "verteiltheit" der Mitglieder, auch ueber die Grenzen von DL hinaus, bietet sich ein freier Service zur Sprachvernetzung an. Hier hatte [[c:DH5DAX]] die Idee dieses mittels des H.323 Protokolls zu loesen.
+{{Projekt|
-Ein Proof-of-Concept gibt es bereits. Hier einmal die Idee in ASCII:
+Projektname = <p> OV-Telefon </p>
+|
+Idee = <p> Aufgrund der "Verteiltheit" der Mitglieder, auch ueber die Grenzen von DL hinaus, bietet sich ein freier Service zur Sprachvernetzung an. Hier hatte [[c:DH5DAX|DH5DAX]] die Idee dieses mittels des H.323 Protokolls zu loesen. Hier einmal die Idee in ASCII:
+   HfG --> 70cm TRX ---> Rechner ---> Internet ---> Conference Server </p>
+|
+Status = <p>  </p>
+|
+Ansprechpartner = <p> [[c:DH5DAX|DH5DAX]] </p>
+|
+Ziel = <p> Moeglichkeit zu schaffen, andere OV-Mitglieder ueber HF zu erreichen </p>
+|
+Beschreibung = <p> Aufgrund der "Verteiltheit" der Mitglieder, auch ueber die Grenzen von DL hinaus, bietet sich ein freier Service zur Sprachvernetzung an. Hier hatte [[c:DH5DAX|DH5DAX]] die Idee dieses mittels des H.323 Protokolls zu loesen.
+Einen Proof-of-Concept gibt es bereits. Hier einmal die Idee in ASCII:
    HfG --> 70cm TRX ---> Rechner ---> Internet ---> Conference Server
@@ Zeile 8: / Zeile 21: @@
 Die Verbindung wird dauerhaft aufrecht erhalten und lokal laeuft die OV-QRG mit, so sind alle angeschlossenen Stationen lokal per HF erreichbar.
-Moeglich ist eine Implementierung zB auf einem Asus WL-500GP Wireless Router oder einem Thinclient.
+Moeglich ist eine Implementierung z.B. auf einem Asus WL-500GP Wireless Router oder einem Thinclient.
+-----
+Die Client und Serveranwendung werden neu entwickelt.
+ELVIRA - Elektronische Langstrecken Verbindungs Interkommunikations Radio Anwendung (Electronic Longrange Voice Intercommunication Radio Application)
+Sollte auf MIPS (Asus & Co), sowie auf weiteren Systemen lauffaehig sein.
+Client:
+* Unterstuetzung /dev/dsp
+* gpio pin von USB Soundkarte (optional)
+* ~8kHz
+* Simplex
+* Keepalive Pakete
+* NAT faehig
+* optional crypt der Uebertragung
+* config file (ServerIP, Gruppe, Key/Geheimwort)
+Server:
+* Sperrung einzelner Clients
+* 1 tcp Port fuer Kontrolle und Audio
+* 1750Hz Filter
+* dynamische Zeitsperren per Client
+* optionale DTMF-Auswertung
+* optionale Konferenzgruppen
+* optional Server-Server-Kopplung
+* admin iface
+ </p>
+-----
+Alternative: Auf [https://wiki.mumble.info/ Mumble] aufsetzen. Unter https://github.com/dk7lst/mumbleRF gibt es dazu bereits einen rudimentär an Funk-Belange angepassten Client (PTT/SQL-Ein-/Ausgänge über serielle Schnittstelle oder RasPi-GPIO-Pins).
+|
+Material = <p> </p>
+|
+Kosten = <p> </p>
+|
+Wann = <p> </p>
+|
+Infos = <p>
+§16 (3) AFuV: <br>
+''"Die Bereitstellung von Verbindungen zu Telekommunikationsnetzen über eine fernbediente Amateurfunkstelle nach § 13 ist nur dem Inhaber des Rufzeichens für diese Amateurfunkstelle gestattet."''<br>
+http://www.gesetze-im-internet.de/afuv_2005/__16.html
+Wenn dies bedeutet, dass man jeweils nur mit seinem eigenen Shack telefonieren darf, dann wäre das doof für dieses Projekt - wäre aber konsistent mit allen anderen Vorgaben, ja nicht in irgendeine Konkurrenz mit Telekommunikationsunternehmen zu treten.
-Weitere Infos folgen...
+Allerdings wäre ein zuHÖREN erlaubt, also ein One-Way-Gateway Funk => Telefon
+</p>
+|
+}}