ruwe aprs packkets ?

[PA3CQN]

Ik probeer me wat te verdiepen in de werking van aprs. Om beter te begrijpen hoe het werkt wil ik graag de ruwe packets zien.
Maar daar gaat het imo mis: ik kan geen enkel programma vinden wat die weergeeft. Zelfs op aprs.fi zie ik geen ruwe packets.
Overal staat bv afzender>ontvanger terwijl ik volgens de specs ontvanger<evt space>afzender moet zien.
Ook bij het pad staan overal komma's, die ik in de specificaties ook niet zie.
En dan is het maar de vraag wat je bij de * te zien krijgt, soms WIDE1-0 , of niet call* maar call-0 ( dus met een vertaling van * naar ssid-0 ).

Dat vind ik allemaal erg verwarrend. Wat ik als 'raw' voorgeschoteld krijg lijkt niet op de specificaties van het protocol?
Ik heb bijvoorbeeld op deze plek een goede uitleg van de opbouw gevonden ( https://notblackmagic.com/bitsnpieces/ax.25/ ) .
Dat snap ik. Maar dat lijkt niet op wat ik bij alle TNC/monitor programma's te zien krijg.

Hoe zit dat nu, en is er een programma dat me gewoon het hele packet ( in HEX het liefst ) laat zien zoals het echt ontvangen wordt, zonder dat het al
vertaald is?

[pa3dsc]

Ik gebruik het commando "listen"

onderstaand ping tussen pa3dsc-1 en pa3dsc-2

0: fm PA3DSC-1 to PA3DSC-2 ctl UI pid=CC(IP) len 252 11:36:11.189166
IP: len 252 44.137.24.21->44.137.25.100 ihl 20 ttl 64 id 2821 offs 0 MF prot ICMP
ICMP: type Echo Reply id 73 seq 695
0000 &a�a.n.......................... !"#$%&'()*+,-./0123456789:;<=>?
0040 @ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~.
0080 ................................��������������������������������
00C0 ��������������������������������
0: fm PA3DSC-1 to PA3DSC-2 ctl UI pid=CC(IP) len 36 11:36:11.465934
IP: len 36 44.137.24.21->44.137.25.100 ihl 20 ttl 64 id 2821 offs 232
0000 ����������������
0: fm PA3DSC-1 to PA3DSC-2 ctl UI pid=CD(ARP) len 30 11:36:15.458113
ARP: len 30 hwtype AX25 prot IP op REPLY
sender IPaddr 44.137.24.21 hwaddr PA3DSC-1
target IPaddr 44.137.25.100 hwaddr PA3DSC-2
0: fm PA3DSC-1 to PA3DSC-2 ctl UI pid=CD(ARP) len 30 11:36:15.805581
ARP: len 30 hwtype AX25 prot IP op REPLY
sender IPaddr 44.137.24.21 hwaddr PA3DSC-1
target IPaddr 44.137.25.100 hwaddr PA3DSC-2
0: fm PA3DSC-1 to PA3DSC-2 ctl UI pid=CD(ARP) len 30 11:36:16.154032
ARP: len 30 hwtype AX25 prot IP op REPLY
sender IPaddr 44.137.24.21 hwaddr PA3DSC-1
targe

[PA3CQN]

Inderdaad dat is een van de opties maar dat is ook de vertaalde versie:
Ik wil graag dan voor bv de eerste regel dit zien:

0xA0 0x82 0x66 0x88 0xA6 0x86 0x64 0xA0 0x82 0x66 0x88 0xA6 0x86 0xE3 0x03 0xCC

Voor text ipv tcp/ip zou dan die CC in F0 veranderen:

0xA0 0x82 0x66 0x88 0xA6 0x86 0x64 0xA0 0x82 0x66 0x88 0xA6 0x86 0xE3 0x03 0xF0

Dat is dan het AX.25 frame na extractie uit HDLC in hex, voor verwerking tot 'PA3DSC-1 to PA3DSC-2 ctl UI pid=F0'


(nb: ik ben ooit (35 jaar geleden ) opgegroeid met/geschoold in X.25 , vandaar dat ik nog zo van bitjes houd ...
En nu probeer ik met die kennis nog ergens ver weg in het achterhoofd AX.25 te ontrafelen )

[PA3CQN]

Nog even een toelichting:
Ik monitor nu met drie programma's en krijg drie keer een andere weergave/interpretatie van het adresveld.
Of ik zie in het 'To' veld , wat dus het zenden apparaat zou moeten zijn , WIDE1-1 staan.
Of DB0ET zet WIDE1-1 in het pad als ie zijn eigen info verstuurd, terwijl ik begrepen heb dat een iGate geen relais-stations zou gebruiken
maar direct met de volgende iGate verbindt.
Voor een beginner toch verwarrend.

[pa3dsc]

Ook ongeveer 30 jaar geleden een scc8530 in assembler geprogrammeerd op mijn P2000 (Z80)

Bitjes uit de modem in de seriele poort en de packets naar het scherm

Ook van keybord naar de inpak routine vervolgens naar de modem.

Nostaglie.

Sorry Henk ik ga het niet weer opstarten hoewel mijn Philips P2000 nog steeds operationeel is.

[PA3CQN]

Update: toch zelf iets gevonden.

Als TNC heb ik nu Soundmodem van UZ7HO in gebruik. Daarmee kun je een 'open' (kiss) TNC via tcp/ip opzetten.
Anders dan bij AGWPE is daar geen speciaal bijpassend agw-aware programma voor nodig.
Met zoiets als Realterm kun je dan de ruwe data van en naar de TNC bekijken in hex.
Dat werkte voor mij persoonlijk erg verhelderend om het aprs protocol te doorgronden.