| |
DG9EP > AX25 02.07.94 22:47l 29 Lines 1165 Bytes #-11778 (0) @ DL
BID : 02741FDB0IZ
Read: DF8TS DB3CR DK6XH DG7MGY DL1GER DL3MGQ DF6MD DG4MHP DJ3ED DK8CB DG5MJS
Read: DL3MDI DK1CF DL8MAQ DL5MCG DK6SQ DG2MNF DG6MHZ DC1MAT GUEST
Subj: REJect korrekt (erklaert)
Path: DB0KCP<DB0AAB<DB0LNA<DB0RGB<DB0ABH<DB0BOX<DB0FP<DB0SON<DB0SIF<DB0AIS<
DB0IZ
Sent: 940702/1948z @DB0IZ.#NRW.DEU.EU [Solingen, JO31NE, Op: DL6EE]
de DG9EP @ DB0IZ.#NRW.DEU.EU
to AX25 @ DL
Moin Moin!
Wenn mein TNC "REJ" sendet, so heisst das, dass in der Reihe der Information-
Frames (I) eins fehlt (weil es - warum auch immer - verlorenging)
Empfängt man beispielsweise die I-Frames 3 4 6 7 am Stück, sendet man
respektive der TNC) ein REJ 5 um die Partnerstation zu bitten
entweder Info Frame 5 oder alle Frames ab Info Frame 5 (das hängt von der
Implementierung beim Partner ab - das erstere ist inzwischen üblich)
noch mal schicken.
Wenn mein TNC einen I-Frame (oder eine Folge von I-Frames )
empfangen und bestaetigt hat, diese Bestaetigung bei der Gegenstation jedoch
nicht ankam, so sendet die Gegenstation nach einer gewissen Zeit (das sogenannt
FrAck [Frame-Acknolowedge] oder T1) meist ein RR Frame mit gesetzten Poll-
Bit (bei der Firmware als z.B. "RR5+" dargestellt).
Frameverluste passieren im allgemeinen
aufgrund einer Kollision mit einem Frame einer anderen Station oder weil
das Signal einen Rauscheinbruch oder eine Teilloeschung durch Reflektionen
erfahren hatte oder auch weil der TNC, der PC oder die Leitung zwischen beiden
nicht schnell bzw. sauber genug ist.
Gruss, Walter
Read previous mail | Read next mail
| |
