[OZAPRS] RE: Findu can't find me
Richard Hoskin
lhoskin at bigpond.com
Fri Mar 19 12:38:26 EST 2004
Gents,
First,
If you are monitoring raw packets using UIViews Terminal window you will
get
a '*' after each/every digipeater that has digied the packet. You can get
multiple '*' in the path.
If you use another terminal program you will get a '*' after the last
digipeater that the packet was digipeated by only. So you only get one '*'
in the path.
This appears to be a Feature of UI-Views terminal program. (Not sure if it
is also in WinPak by the same author)
Second,
There are two (2) mail servers in the APRS network, one in the USA another
in England.
The US server is not always running and will often not send a reply or ack
to the message originator. You use EMAIL in the To field of the message to
access this mail server.
The England server is also not always running but I have found it more
reliable than the US server. The England server will send the message
originator a reply like " UIMAIL succeeded - email to vk3jfk at amsat.org" if
it received and forwarded the message. You use UIMAIL in the To field of
the
message to access this mail server.
I ran a test just before sending a message on both mail servers. I found
that the England mail server was running and worked with both a direct
connection to aprs.net.au and via RF through the VK3SB IGate. The US mail
server did not appear to be operational as I did not get any responses.
Cheers
Richard
VK3JFK
-----Original Message-----
From: ozaprs-bounces at marconi.ics.mq.edu.au
[mailto:ozaprs-bounces at marconi.ics.mq.edu.au] On Behalf Of geoff
Sent: Thursday, 18 March 2004 2:53 AM
To: Tony Hunt; ozaprs at marconi.ics.mq.edu.au
Subject: Re: [OZAPRS] RE: Findu can't find me
Question 2...
In Sydney we see the second method of digipeating. All our WIDE's run
UIDIGI, and it implements the traditional digipeating algorithm, where the
*
is only present on the LAST digi to retransmit the frame.
Wed Mar 17 21:11:42 2004 VK2XJG>APRS,VK2RSW-1,VK2JPJ-1,TRACE1-1/1:}
VK2EO>APU16N,TCPIP*,VK2XJG*:!3245.00s/15145.00e- Raymond Terr
Wed Mar 17 21:11:44 2004 VK2XJG>APRS,VK2RSW-1*,VK2JPJ-1,TRACE1-1/1:}
VK2EO>APU16N,TCPIP*,VK2XJG*:!3245.00s/15145.00e- Raymond Terr
Wed Mar 17 21:11:46 2004 VK2XJG>APRS,VK2RSW-1,VK2JPJ-1*,TRACE1-1/1:}
VK2EO>APU16N,TCPIP*,VK2XJG*:!3245.00s/15145.00e- Raymond Terr
Wed Mar 17 21:11:50 2004
VK2XJG>APRS,VK2RSW-1,VK2JPJ-1,VK2RAG-1*,TRACE1/1:}
VK2EO>APU16N,TCPIP*,VK2XJG*:!3245.00s/15145.00e- Raymond Terr
Question 3...
- I have not changed ANYTHING on either national server in the last 3-4
months (Both run javAPRSsrvr, not aprsd, BTW)
I have tested this from my UI-View system as well, in three tests.
1-Connected to my Igate via IP: NO ACK to EMAIL message, although email
is
successfully recieved.
2-Connected to national server port 10152: NO ACK to EMAIL message,
although
email is successfully recieved.
3-Connected directly to first.aprs.net port 23: again NO ACK to EMAIL
message.
My guess is that the EMAIL server does not send ACK messages correctly, if
at all. It obviously recieves the message, since I get the email.
(To send Email, send a message to EMAIL with the very first text of your
message being the target email address)
If it does send ACK messages (I have never got one though) it could be the
filter in use on VK5UJ-1 is not allowing it out, since as you sww he is
using "p/VK o/*" This allows only packets with a SOURCE call of VK*, plus
all objects. There is no mention of return path messages on the p filter -
only the r filter, which is in use on port 10153.
Geoff
VK2XJG
--
Open WebMail Project (http://openwebmail.org)
---------- Original Message -----------
From: "Tony Hunt" <wavetel at iname.com>
To: "OZ-APRS Mial-list" <ozaprs at marconi.ics.mq.edu.au>
Sent: Wed, 17 Mar 2004 23:00:47 +1030
Subject: [OZAPRS] RE: Findu can't find me
> Here I am again for another bout of observations.. I wont give up on
> this till its all sorted.. Like a Bull Terrior..
>
> Question 1 was sorted
>
> Question 2 appears to be a matter of the way the AX25 spec works..
Curious
> though as some frames have Digi bits set and others dont.. It
> depends where you look at the frames and what your using to look at
> the frames.. Ive seen frames like >APRS Via A*,B*,C* and also seen
> frames like >APRS Via A,B,C* obviously both frames have been
> digipeated fully through the complete path..
>
> Back to Question 3 of the mysteries..
> Why cant I get an ACK back from an EMAIL message via the Igate onto
> RF ??
>
> Back to the Q construct theorys..
>
> Using a email message from my UI-View server running into 10153
> VK/ZL feed I get an ACK back like this WU2Z>APM352,TCPIP*,qAC,WU2Z:
> :VK5AH-2 :ack64
>
> The explanation for this qAC Q construct is
> qAC - Packet was received from the client directly via a verified
connection
> (FROMCALL=login). The callSSID following the qAC is the login of the
> client.
>
> Now using a RF path to get into my server and sending a EMAIL
> message I get no ACK .. A few days ago I actually saw an ACK come
> back on the server but probably due to the Q construct which I think
> was a qAO it didnt get to RF .. That was my guess.. The explanation
> for the qAO construct is .. qAO - (letter O) Packet was received
> via a client-only port and the FROMCALL does not match the login.
>
> Now somethings changed..
>
> I suspect sombodys changed the config on the national APRSD servers
> as I dont even see the ACK come back on the Server this time.. Whats
> the go here ?? The Adelaide Igate is connected to port 14580 User
> definable on second.net.au interestingly.. Must be the local Igate
> ops having a play.. Regardless of that 10153 has changed on
> aprs.net.au ..
>
> I ran the same tests on second.aprs.net.au and found the same
> changes had taken place.. Hopefully sombody finds an answer..
>
> I must say it was inspiring to see our local Igate (VK5UJ-1) logged
> into the User defined port.. I tried to send a email message through
> it but didnt get an ACK back on RF .. The UD-Filter was set up as
> p/VK o/* on VK5UJ-1 at the time..
>
> These tests were done at about 2200-2230 local VK5 time 17 march..
> All very interesting especially as its something I really dont
> understand at all.. My knowledge of the APRSD Linux and TCPIP combo
> is very limited..
>
> Tony Hunt VK5AH
>
> _______________________________________________
> ozaprs mailing list
> ozaprs at marconi.ics.mq.edu.au
> http://marconi.ics.mq.edu.au/cgi-bin/mailman/listinfo/ozaprs
------- End of Original Message -------
_______________________________________________
ozaprs mailing list
ozaprs at marconi.ics.mq.edu.au
http://marconi.ics.mq.edu.au/cgi-bin/mailman/listinfo/ozaprs
_______________________________________________
ozaprs mailing list
ozaprs at marconi.ics.mq.edu.au
http://marconi.ics.mq.edu.au/cgi-bin/mailman/listinfo/ozaprs
More information about the Ozaprs
mailing list