[pskmail] Re: Testing results of server 1.0.6 Alpha
- From: John Douyere <vk2eta@xxxxxxxxx>
- To: pskmail@xxxxxxxxxxxxx
- Date: Fri, 7 May 2010 18:48:46 +1000
Hi rein,
Good idea for the DCD management. I saw in the code that you only
enable it when not is a session. Is thats till the case?
On the unproto side, Since we don't have traffic issues and would like
to be able to send unproto on any mode we like the server to reply on
the same mode too. Server V1.0.3 seems to be doing that ok. Maybe
we'll need an option for that.
The server installers are really good. There are two things I
regularly have to do after an install:
1. permit read and execute on arp.pm and rflinkserver.pl for all users
since I don't run the server under root.
2. Either change ownership al the whole .pskmail tree to my user name
or open it for read and write (recursive again) to all users.
This will allow a simple install and run.
Unless I am not running it the right way.
Best 73s,
John
On Fri, May 7, 2010 at 6:14 PM, Rein Couperus <rein@xxxxxxxxxxxx> wrote:
> Tnx John, these are all initialization issues, I will put some defaults into
> the alpha version.
>
> The third issue is ok, the server should answer in default mode, we get
> chaos otherwise
> as soon as we have more than one server on a frequency. (there are 5 servers
> on 10147 over
> here....)
>
> I am still working on the DCD issue.
> We see a lot of collisions on frequency, the main reason is that all servers
> reply at the same time
> and the time between sending the message to fldigi and decoding the other
> server's frame
> is quite long especially for modes like PSK500R.
> I am experimenting with the Persistence system used in Packet Radio which
> does the following
> before sending the frame:
> 0 Wait until DCD is off
> 1 Generate a random number of 0...4
> 2 If the random number is not 0, wait 2 seconds (frame time overhead) and
> goto 0
> 3 if the random number is 0, send the frame
>
> This will give some defense against collisions as the severs will start at
> different times
> most of the time...
> Disadvantage is that noise or qrm will block transmission, but I think that
> is fair policy
> on a shared frequency...
>
> 73,
>
> Rein PA0R
Other related posts:
