看到上面BM2CAJ 所放的圖，突然發現有一樣數據覺得特殊，就是連線的伺服主機(server)。
↓ 一般是這樣(紅色圈起處)，我的站是只有一個上傳的SERVER..
或
↓ BV3BA IGate
↓ BV2JD的比較特別，竟然有好多個(紅圈處)連線SERVER名稱..
奇怪，真奇怪！是機器設備不同的關係嗎，還是BUG？
另外還有一個很特別的地方，一般aprs連線定義q結構(q Construct)，
在台灣上的各站，我見過的有qAC、qAS、qAR、qAX，這還是第一次看到有qAI的出現。
順便節錄APRS-IS網頁上的q Construct，提供OM參考。
The currently defined q constructs are:
Server Generated:
- qAC - Packet was received from the client directly via a verified connection (FROMCALL=login). The callSSID following the qAC is the server's callsign-SSID.
- qAX - Packet was received from the client directly via a unverified connection (FROMCALL=login). The callSSID following the qAX is the server's callsign-SSID. This construct is in addition to the TCPIP*/TCPXX* construct currently in place. TCPXX and qAX have been depricated.
- qAU - Packet was received from the client directly via a UDP connection. The callSSID following the qAU is the server's callsign-SSID.
- qAo - (letter O) Packet was received via a client-only port, the FROMCALL does not match the login, and the packet contains either a ,I or qAR construct where the indicated IGate matches the login.
- qAO - (letter O) Packet was received via a client-only port and the FROMCALL does not match the login.
- qAS - Packet was received from another server or generated by this server. The latter case would be for a beacon generated by the server. Due to the virtual nature of APRS-IS, use of beacon packets by servers is strongly discouraged. The callSSID following the qAS is the login or IP address of the first identifiable server (see algorithm).
- qAr - Packet was received indirectly (via an intermediate server) from an IGate using the ,I construct. The callSSID following the qAr it the callSSID of the IGate.
- qAR - Packet was received directly (via a verified connection) from an IGate using the ,I construct. The callSSID following the qAR it the callSSID of the IGate.
Client Generated:
- qAR - Packet is placed on APRS-IS by an IGate from RF. The callSSID following the qAR it the callSSID of the IGate.
- qAZ - Packet is generated by the server/client/IGate and should not be propagated. The callSSID following the qAZ is the callSSID of the server/client/IGate. This is normally used for connection messages such as messages to USERLIST.
- qAI - Trace packet. This packet tells each server to add login identification to the packet. This packet starts with the callSSID of the originating station following the qAI. See algorithm for more details.
[
本帖最後由 BM4AIK 於 2013-4-2 12:02 編輯 ]
