Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - pd0swl

Pages: 1 ... 9 10 [11] 12
151
General discussion forum / Re: Wireless ethernet recommandation?
« on: 2011-01-05, 22:26:33 »
Tnx Mitch,

What I did with my remote SDR is placing it out of the house QRM field,feed it only with linear PSU's, making a wifi link to the house and push it over ADSL from there. This makes a very clean setup without much noise and carriers on HF.

If I put the RRC over there with a CAT5 extension  line, the amount of QRM (noise, warbles, carriers) is significantly higher, clearly visible on the SDR.

I'll experiment with some different shielded cables and chokes to see how much I can clean up. What I also do is remotely switch of the RRC if I am using the remote SDR.

But a 100 % clean HF may be an ilusion... :-)
Using the RRCs is already a 100 times better than my local QRM.

73
Paul
PD0PSB

152
General discussion forum / Re: Wireless ethernet recommandation?
« on: 2011-01-04, 17:44:44 »
Tnx all for the info.
The compactness of the WNCE2001 looks good.

Mitch, (I'm not really into this networking gear)
Can you simply use two of these to replace a CAT5 cable?
Ethernet to box 1 and ethernet out of box 2?

I also like this idea on the radio side to make a galvanic seperation.
Looking at my remote SDR I can see quite a lot of noise and carriers, produced by ethernet.

73
Paul
PD0PSB

153
General discussion forum / Wireless ethernet recommandation?
« on: 2010-12-30, 15:17:06 »
Hi,

Has anyone tried to make a portable system by wireless ethernet on the control RRC side?
I'd like to make a box with wireless ethernet, RRC control and radio-front to cary around the house ;-)

Any recommandations for a steady,speedy & simple wireless ethernet box?

73
Paul
PD0PSB


154
General discussion forum / Re: ISP's blocking ports, what to do
« on: 2010-12-27, 10:58:04 »
Yes Jan,

I'm afraid they do content sniffing.
All ports forward well, but as soon as Remoterig's SIP is transferred, ports are dropped.
Reason: the telecom market in NL is becoming rather "nasty".
I also have to stay with this ISP for a year before I can change contract, and even after that no guarantee other ISP's do not sniff (they will never tell)

I also thought about "SIP in disguise" but I don't know how smart they sniff :-)
If you would like to do a pilot, would be more than happy to assist!

73
Paul
PD0PSB


155
General discussion forum / Re: ISP's blocking ports, what to do
« on: 2010-12-26, 20:52:35 »
Tnx Simon,

Still SIP behind NAT seems to have trouble keeping all channels (ports) together.
http://www.smartvox.co.uk/sipfaq_natproblem_explained.htm

It seems that causes my problem with Remoterig behind NAT..  :-\

73
Paul
PD0PSB


156
General discussion forum / Re: NAT problems and solutions...
« on: 2010-12-26, 17:43:11 »
Another problem Mikael, is that more and more people are having a "package deal" with ISPs for both internet and VOIP telephony via 1 modem. At least here in NL.

In this case you are forced to use the ISP delivered modem, since the VOIP part is locked.
If you change modem, you loose telephony.
Behind such a modem, Remoterig will have problems.

In my specific case, the NAT ports are dropped after the first working contact.
A continuous handshaking between RRCs might work around in these cases I think.
If I leave my radio on, the line is not dropped.

Just  for your consideration.

*If* my RRC system works, it works absolutely great btw... :)

73
Paul
PD0PSB

157
General discussion forum / Re: NAT problems and solutions...
« on: 2010-12-26, 17:01:13 »
But there are also ISP that restrict you to only use their (NAT) modem, otherwise they place you out of their service. I think this problem may grow in the future.

The above article describes the NAT/ SIP problem often encountered these days.

I'll see if another modem is an option with my ISP.
Suggestions of type welcome.

73
Paul
PD0PSB

158
General discussion forum / NAT problems and solutions...
« on: 2010-12-26, 12:56:30 »
Sorry to flood the forum with my NAT problems.

If you read:
http://www.smartvox.co.uk/sipfaq_natsolutions_explained.htm
One sulotion could be to let the RRCs do continuous handshaking even if the radio/controlpanel are off.

Since NAT is becoming more and more widespread, would Microbit consider this or another NAT workaround?

73
Paul
PD0PSB

159
General discussion forum / Re: ISP's blocking ports, what to do
« on: 2010-12-26, 12:47:12 »
Hi Guy,

It's a quite new Arcadyan arv7519 NAT router I got from my ISP.

Pse take a look at:
http://www.smartvox.co.uk/sipfaq_natsolutions_explained.htm

I think that explains my problems...

73
Paul
PD0PSB

160
General discussion forum / Re: ISP's blocking ports, what to do
« on: 2010-12-26, 11:51:13 »
Guy, here's my status list (radio side with NAT router):
The OUT ports have all been changed somehow...

Name   Value
Radio   OFF
SIP status   Idle
Last SIP error   None
RTP Timeout   0
SIP Timeout   0
Rx Jitter buffer size   4
Rx Jitter delay   3
External IP   xx.xx.xx.xx
SIP Out port           55643
SIP In port                   60511
Audio Out port           55645
Audio In port           11511
Command Out port   55644
Command In port           11510
External SIP In port   60511
External Audio In port   11511
External Cmd In port   11510
Other party   xx.xx.xxx.xx
Input 1   High
Input 2   High
Output 0   Low
Output 1   Low
Output 2   Low
DynDns status   Unknown
Ping status (watchdog)   Off


73
Paul
PD0PSB


161
General discussion forum / Re: ISP's blocking ports, what to do
« on: 2010-12-26, 10:06:19 »
Correct,

What I save in the advanced settings remains,
But the status window of the [radio] RRC shows diferent ports for SIP in and out.

The [radio] RRC is behind a NAT router but has a static IP to the outside world.

Things going on out of my control....

73
Paul
PD0PSB

162
General discussion forum / Re: ISP's blocking ports, what to do
« on: 2010-12-25, 12:20:05 »
Still no luck.

Another strange phenomena:
On the [radio] side the SIP-out, AUDIO-out and CMD-out ports seem to change to random other ports.
So the SIP in/out become different ports;
The IN ports remain the ones I've configured in the RRC, but the OUT ports are randomly adjusted.

I'm no expert but could this have anything to do with the router at my remote radio being a NAT router?

73
Paul
PD0PSB

163
General discussion forum / Re: ISP's blocking ports, what to do
« on: 2010-12-24, 21:15:37 »
Hi Simon,

What you say is true.
I tried to forward several ports for just the webbrowser and they all keep working.
As soon as I try SIP over those ports, they close.

Than I thought: let's try some of the templates already available like netmeeting etc.
The ISP seems to allow these.

But still, as soon as SIP is detected, ports arer closed again.
It is maddening...  >:(

73
Paul
PD0PSB

164
General discussion forum / Re: ISP's blocking ports, what to do
« on: 2010-12-23, 20:13:19 »
Also tried that Guy.
It initially slips through but after a while also that port is de-activated...

73
Paul
PD0PSB


165
General discussion forum / ISP's blocking ports, what to do
« on: 2010-12-23, 16:27:05 »
Hi,

I have been hopping ports the last few days to make my R2500 work.
Every time the connection works, but after a while drops.

I have a suspicion (and I read in forums) that Internet Service Providers are blocking certain ports.
Most of these are related to VOIP devices which they don't allow for "commercial" reasons.
Unfortunately Remoterig is such a device....

I realise this is the fault of those ISP's but is there any way Microbit devices can work around those limitations?
It seems like ISP's are becoming just unwilling to open up ports on request.
For the RRC the SIP port seems  to be the largest problem, as this is giving a "VOIP alarm" to your IPS.

Besides being angry at your internet provider, is there any other trick to consider?
My RRC will work for one(!) session at a given port configuration.
After that I have to reconfigure the whole system and hope for a working port...

Any other port configuration that might remain "undetected" by ISPs?

73
Paul
PD0PSB


Pages: 1 ... 9 10 [11] 12