Messages

91

Allmänt diskussionsforum / Re: Anslutning från Internet. Säkerhet?

« on: 2013-10-13, 00:00:25 »

Ja du kan frit vælge portnumrene for webinterfacet=status/konfigsiden, SIP=lyden samt for kommandoer. Statussiden er beskyttet af user+password og der et særligt password for SIP. Hvis du er sikkesrhedsnarkoman må du lave en VPN forbindelse. Jeg kan nu ikke se at særlige portnumre gør andet end at holde de dumme væk, enhver juniorhacker kan udføre en portscanning. Endelig er der vel ikke nogen katastrofe hvis nogen skulle komme til at bruge din station.

Køb du bare et sæt RR1258, det virker rigtig godt, især med aftagelige frontpaneler som IC-7100, TS-480 og FT-857 samt naturligvis Twin løsningerne til Yaesu og Elecraft. Jeg har selv IC-7100.

73, Palle, OZ1RH.
www.oz1rh.com

92

Configuration of Routers, Firewalls, etc / Re: RR DDNS Database not working for me

« on: 2013-10-08, 00:40:01 »

>Is there any possibility to update the RR DDNS IP using some kind of software? (like the dyndns updater).
That is build in your RR. It seems your radio RR is not able to contact the RemoteRig DDNS server as you get: "Dynamic DNS status   Unknown". Possibly you have not configured a usable DNS 8.8.8.8 (or something like 192.168.0.1)  in the network setup of your radio RR either using Setup manager or in RRC-1258 MkII: Radio [xxxxx] > IP settings > DNS server.

73, Palle, OZ1RH.
www.oz1rh.com

93

General discussion forum / Re: Anyone Using Verizon 3G Internet at the Remote Location?

« on: 2013-10-03, 12:13:35 »

Your router at the radio site have to get a public addressable IP address from your ISP (Verizon) and it must be open for incoming traffic. Private IP addresses on the WAN side like 10.x.x.x, 192.168.x.x or 172.x.x.x can not be accessed from the internet. Contact your ISP and request a public IP address open for incoming traffic. Here in OZ I have found the hard way that only the company '3' deliveres public addressable IP address on 3 or 4 G mobile broadband.

This has nothing to do with static=fixed IP addresses or dynamical IP addresses. If you get a public dynamical IP address you use DDNS to find the actual public IP address of the radio site.

In theory your ISP can give you a private IP adr and do a 1:1 NAT to a public IP adr so whenever the public IP adr is addressed from the internet all traffic goes (=is NAT'ted) to the private IP address, but I do not think any ISP will use their firewalls in that way for millions of customers.

73, Palle, OZ1RH.

94

Configuration, RRC 1258 / Re: icom ic 7100 and el key

« on: 2013-09-30, 10:30:19 »

No, do as described in the manual. Your paddel should be connected to the control RemoteRig. At the radioend set the IC-7100 for straight key and connect the cable from the radio RemoteRig to the key jack on the IC-7100. I have tried and it works fb even with quite high latency from the internet connections (my radioend has 3G mobile broadband, not the best connection for streaming).

73, Palle, OZ1RH.

95

Configuration, RRC 1258 / Re: Remoterig setup

« on: 2013-07-02, 00:13:04 »

I understand your internet router has 192.168.21.1 on your local network (LAN). This is not the IP address you can connect to from the internet. Your internet router or www.myip.dk will tell you your IP address on the internet (WAN) and this is the address to connect to via the internet.

192.168.21.228 can only be used when your pc is on the local network at the remote site. As described in the manual make sure your remote boxes works when both are on your local network at the remote site before you try access from the internet.

Get and follow the excellent checklist from Mitch DJ0QN.

73, Palle, OZ1RH.

96

Configuration, RRC 1258 / Re: Remoterig setup

« on: 2013-07-01, 22:57:21 »

How is your network setup since you have both a Netgear router and a 'modem'? Have you done the proper 'port forwarding' in your ADSL-router?

Perhaps your Netgear router is your ADSL-'modem' with 10.0.0.3 on the ADSL-line and 192.168.1.21 on the local network (howerver that one would usually be something like 192.168.1.1 = default gateway on your local network). 10.0.0.3 is a private IP address, which can't be accessed from the internet. Your ISP=Internet Service Provider must assign your router a public IP address which can be accessed from the internet. Contact your ISP to have it fixed. It is not uncommon on mobile networks to be assigned a private IP address.

73, Palle, OZ1RH.

97

Configuration, RRC 1258 / Re: System frezzing with TS-480

« on: 2013-04-02, 12:55:57 »

Tnx, you RemoteRig folks know what you are doing! With those keep alive packet no ports of the internet connection should be dropped due to inactivity.

OH2FT wrote:
When long time RX only, the serial transmission to a microham stack switch gets stuck. it helps if I push ptt
for a second every 10 minutes or so.
Seems OH2FT has a Microham from http://microham.com/ Could the problem be with the Microham?

73, Palle, OZ1RH.

98

Configuration, RRC 1258 / Re: System frezzing with TS-480

« on: 2013-04-02, 00:23:03 »

Professional firewalls usually has an 'Idle timeout' parameter for each firewall rule, in this case each port in use. Default may be 24 H but an Internetprovider can set it lower, perhaps 2-10 minutes. 'Idle timeout' means that the firewall closes connection trough the port if there has been no traffic for longer time than the timeout. This can be overcome by sending a 'keep alive packet' on that port, that is a packet that does nothing at the other end, but it let the firewall know the port is in use.

I suggest a firmware change so the RemoteRig boxes sends a 'keep alive packet' once a minute on each configured ports.

73, Palle, OZ1RH.

99

Konfiguration av Routrar och Brandväggar / Re: KOBLE RRC CONTROL TIL LOKAL PORT PÅ PC I BRO MED TRÅDLØST NETTVERKKORT

« on: 2013-02-01, 02:06:30 »

Hej Per,

Jeg har haft det du prøver til at køre, men det er en besværlig løsning. Køb et Wifi interface til RRC'en, det er nemmere. 

Du har ikke skrevet hvilke IP adr du bruger, så det er ikke nemt at gætte på hvad der er galt.  Siden du af og til har duplicate IP adr tror jeg du har noget DHCP kørende som tildeler IP adr der er i brug på et andet net.

Hvis du laver bridge skal ethernetinterfacet køre på andre IP adr end det trådløse net, f.eks.:

Det trådløse net     192.168.0.1-255 GW 192.168.0.1
Ethernetinterfacet  192.168.1.1-255 GW 192.168.1.1

Bridgen skal laves uden firewall, men det ordner Windows så vidt jeg husker (det er derfor det hedder en bridge).

Jeg foreslår at du ikke bruger DHCP på ethernetinterfacet, men giver både ethernetinterfacet og RRC faste IP adr  192.168.1.2 og 192.168.1.227

En anden mulighed kunne være at køre det hele på samme net og sikre at det trådløse net's DHCP ikke uddeler de faste IP adr som ethernetinterfacet og RRC har.  Altså DHCP 192.168.1.2-199 på det trådløse net og ethernetinterfacet og RRC faste IP adr 192.168.1.200 og 192.168.1.227 Jeg tror det er nemmere end at lave bridge. Under alle omstændigheder kan du teste netværkssetuppet fra en DOS-boks med ipconfig, ping og tracert (virker under XP).

Hvis du ikke får det til at virke så skriv alle de IP adr du bruger, dvs. hele netværkssetuppet.

73, Palle, OZ1RH
www.oz1rh.com

100

Configuration of Routers, Firewalls, etc / Re: TS-480 DDNS issues

« on: 2013-01-12, 09:45:43 »

My DDNS has worked for months but right now I also get the same answer from the DDNS status page http://ddns.remoterig.com/status/result.php 'failed to connect to mySQL'.

I think this problem is with the DDNS service at remoterig.com

73, Palle, OZ1RH.

101

General discussion / Re: PSK and AFSK

« on: 2012-04-21, 19:21:24 »

Virtual Audio Cables for Win XP are described here. I have not tested any yet.

Virtual Audio Cable Description http://software.muzychenko.net/eng/vac.htm

Virtual Audio Cable 4.12 free download http://www.brothersoft.com/virtual-audio-cable-download-2672.html?bottom

Virtual Audio Cable 3.10 http://virtual-audio-cable.en.softonic.com/download

73, Palle, OZ1RH.

102

General discussion / Re: PSK and AFSK

« on: 2012-04-18, 23:17:53 »

I have a Microbit RRC pc-client running and it creates a Microbit 1274A sound device on my Win XP SP3 pc. I run HRD+Digital Master 780 and in DM780 I can select the Microbit 1274A sound device. It can display a waterfall form the remote radio, but it does not decode PSK31 reliable. The volume controls in Windows for the Microbit 1274A sound device seems to be reversed, that is in DM780 the TX volume slider controls the loudness of the received signals in the waterfall. The traces in the waterfall looks distorted and I have not found a way to decode them 100%. I can turn the audio level down but the signals still looks distorted right until they disapear. My SignalLink at the radio site decodes much better.

I have not installed a virtual sound cable, but it seems Windows has a similar feature as I have to enable a slider called 'Hent' in my Danish Windows. The English meaning of 'Hent' is something like 'Fetch' or 'Get'. After TX'ing this 'Hent' slider has a tendency to disable it self so I do not get anything on the waterfall.

How is the Microbit 1274A sound device supposed to be accessed from DM780 and other digital programs?

73, Palle, OZ1RH
www.oz1rh.com

103

General discussion forum / Re: Yeasu FT 857

« on: 2012-01-29, 20:42:33 »

I have a club setup where several members control the same FT-857. Until now we have used HamRadioDeluxe and CAT control.

Can my FT-857 be controlled with a separated control panel from one RemoteRig and with CAT control (HRD) from another RemoteRig box or a microRRC at different times? That is a single RemoteRig at the radio end and several RemoteRigs/microRRC's at the control end.

Can RRC's with hardware modification for FT-857 be used with other radios after the modification? That is does the hardware modification spoil normal operation when later configured for other radios?

I also have a TS-2000x which is supposed to be controlled from RRC's with HRD and RRC's with RC-2000. My setup might end up with one radio RRC for FT-857 and one radio RRC for TS-2000x+RC-2000 both to be controlled from many control RRC+microRRCs and they should all be able to control both FT-857 and TS-2000x (at different times and with proper pads and profiles). One club member might want to work HF on FT-857 at the same time as another member works VUSHF with TS-2000. Thus a hardware modified control RRC should be able to control FT-857 and TS-2000.

104

General discussion forum / Re: 3G via ICS (notebook and HSPA stick)

« on: 2011-12-22, 19:38:07 »

I have had my control RRC connected via my laptop and its USB 3G stick to the internet like Mike described. You have to configure an Internet bridge on the laptop. I had to read the helptext in Windows XP to make it work...

If your Radio-RRC is on the internet via 3G at the same ISP you might have a problem. The scandinavian 3G provider '3' (www.3.dk) does not allow one 3G stick to connect to another of their 3G stick due to a firewall or lack of routing in the '3' internal network. I have complained, but their Helpdesk does not know too much of network routing and nothing about tracert. Their network engineers knows about the problem, but did not solve it before I switched to another ISP.

73, Palle, OZ1RH

105

Konfiguration av RRC 1258 / Re: Kan man ställa in extra fördröjning för PTT?

« on: 2011-05-15, 11:08:06 »

>problemet med bredbandsoperatörens tröga start av RTP som medför att RX-ljudet ofta pumpar i början.
My radio end is on 3 UTMS network where I most of the time get 3 Mbit/s download and 2 Mbit/s upload.

My UTMS gateway router (~'modem') is a Huawei 260A. It can do 7 Mbit/s download on the 3 network using UTMS/HSDPA but it fall back to 3G =386 kbit/s when there is no traffic. My first ping of the router takes several seconds, but after that the ping times are 100-300 msec depending where I ping from. I can keep the connection at UTMS/HSDPA by pinging from the control pc to the router at the radio end.

I think the RRC's should send 'keep alive packets' to the router in the other end. From the control site you could let your pc ping the remote RRC in a DOS box: 'ping IP adr /t' I don't know if the radio site also has to ping the control site in order to keep the the connection open the other way using fast HSUPA. If nessesary the radio RRC should be able to ping the control RRC all the time as there is no pc at the radio end. That should keep the 3G connection open in both direction using the fast UTMS/HSDPA/HSUPA instead of just 3G/GPRS/EDGE.

73, Palle, OZ1RH.