|
Post by oe5stm on May 22, 2015 5:09:14 GMT -7
Hi,
i´m running the XRF022 and a friend of mine the XRF024. So i created a shellscript to connect via cronjob to the XRF024. AXRF024A and on the other side AXRF022A, id works for some minutes and then the XRF024 Module D is connected to the XRF022 A Module, without doing anithing. On the XRF022 i´ll see at Module A two times the XRF024 is connected, one A and one D Module, and on the XRF024 only on Module D the XRF022 A is connected.
Has anybody a idea why this happens?
Bye Timm
|
|
Deleted
Deleted Member
Posts: 0
|
Post by Deleted on May 22, 2015 6:03:52 GMT -7
Timm,
If you're using dxrfd v 3.08, I do not know why it would create a connection between other modules than what you specified. But keep in mind:
1. A link between two XRF only needs to be established from one side. Either side can link, and either side can unlink, regardless of which side initially established the link.
2. Dxrfd only allows one link at a time between two XRFs, regardless of the module. For example, only one of the following is allowed at a time: 022A-024A or 022A-024B or 022B-024D.
I would adjust the cron jobs based on the above first and see what happens.
73 John K6KD
|
|
|
Post by oe5stm on May 22, 2015 7:04:30 GMT -7
Hi John,
it runs 3.11dm.
But i tried if i make a cronjob from the master no connection was made, only after i made at hand the lrf on the slave the connection established. I tried "cronjob -e" and there is all OK, nothing seems to be wrong. Is there a point somewhere else where it can made a connection?
This is my cronjob:
*/5 * * * * /root/XRF024_A.sh >/dev/null
and the file says:
#!/bin/sh
modulo="A" xrfdest="XRF024" modulodest="A"
nc -u -w2 127.0.0.1 30002 << EOF lrf ${modulo}${xrfdest}${modulodest} EOF
sleep 2
And same thing is on XRF024, but with XRF022.
Bye Timm
|
|
Deleted
Deleted Member
Posts: 0
|
Post by Deleted on May 22, 2015 8:11:04 GMT -7
Timm,
I can't help with version 3.11. I understand that consists of some modifications made in Russia. The XRFs I know of in the US, Canada, Australia, and Europe (UK, Italy, Spain) mostly run 3.08 or 3.08a, which contains a security enhancement. I did a google search for "dxrfd 3.11" and saw some links, so hopefully you can find some discussion or support sites.
Good luck!
John
|
|
|
Post by oe5stm on May 22, 2015 9:04:48 GMT -7
Hi John,
one more question, after i startet the Rasp PI i found this in the log:
052215 at 15:56:48:converted keepalive to link request: [XRF024 DA] 052215 at 15:56:48:new CALL=XRF024 ,REPEATER,ip=194.208.184.211,users=1, link from mod D ---> ref mod A 052215 at 15:57:30:new CALL=OE5XTP ,REPEATER,ip=91.118.53.148,users=2, link from mod C ---> ref mod B root@raspberrypi:/var/log# 052215 at 15:56:48:converted keepalive to link request: [XRF024 DA]
But where came the first line from?
Thanks Timm
|
|
|
Post by W6KD on May 22, 2015 12:40:08 GMT -7
Timm;
Has the sysop at XRF024 tried issuing an unlink command (lrf DXRF022X) to force the link to drop? It appears that when XRF022 starts up, XRF024D is sending keepalive packets from an old connection which are resulting in reestablishing the link. If sending an explicit disconnect command doesn't work then XRF024 should be restarted (nano service dxfrd restart), and if it continues after that, I'd look for a rogue cron job on the other XRF.
Regards
|
|
|
Post by oe5stm on May 22, 2015 13:01:18 GMT -7
Hi,
ah ok, the "X" says disconnect, that´s good to know. I´ll do that, then we see what´s happend. No he don´t because he don´t know about Linux, so i ´ll do that. It is intresting, that the first day it runs like it should, and on the second day id connects from Module D, without doing anything. I don´t understand it.
If i try to disconnect it from my server XRF022, and it will come again, so then its sure that it comes from XRF024? I don´t get to ssh on XRF024, ssh is not open from outside.
Update:
With lrf AXRF024X i killed the link, and it not come up again. So i edit my cronjob with the lrf AXRF024A and i hope it will work, since yet it works.
Thanks Timm
|
|