OpenBCM V1.07b12 (Linux)

Packet Radio Mailbox

DB0FHN

[JN59NK Nuernberg]

 Login: GUEST





  
DJ6HH  > NETROM   04.11.03 19:37l 62 Lines 2322 Bytes #999 (0) @ DL
BID : 60513_DA5UHA
Read: DG8NGN GUEST
Subj: Problem mit DAMA
Path: DB0FHN<DB0RGB<OK0PPL<DB0RES<DB0SMG<DB0EAM<DB0FC<DB0CEL<DB0AGM<DB0HHB<
      DF0HMB<DB0MAR<DB0HRO<DA5UHA
Sent: 031104/1646Z @:DA5UHA.#HH.DEU.EU #:60513 [PtorHamburg] WFBB7.00i
From: DJ6HH@DA5UHA.#HH.DEU.EU
To  : NETROM@DL

Hi, Netrom-Kenner;
seit der Umstellung meines Boxcalls auf DA5UHA und dem Zugang bei DB0HHB, der
ansonsten ganz hervorragend klappt, kommt es zu folgendem Problem:
Einer meiner Partner ist DK0MNL. Es ist eine der wenigen Stationen, die mich
aktiv rufen.
Das geht soweit klar, dass meine Box die Connectmeldung sendet - danach kommt
eine Warnung vom DAMA-Master bei DB0HHB, und kurz darauf der Disconnect.

Meine Hardware hier ist ein PTC-PRO, und auf dem UHF-Port ist das darin
verbaute FSK-Modem aktiv. Laut Hersteller ist der SCS-PTC voll DAMA-faehig.
Das Problem ist in vielen Jahren der Nutzung bisher nie aufgetreten.

Ich haenge mal eine Mitschrift aus dem Monitor an, aus der ich die Zeilen
herausnehme, die nicht den Verkehr DK0MNL<>DA5UHA betreffen.

Ich habe hier auch mit sehr langen Frackwerten (12 Sek.) probiert, es aendert
nichts an der Fehlermeldung.

Hier der Mitschnitt von heute nachmittag (UTC):


[3] fm DK0MNL-11 to DA5UHA via DB0HHB* ctl SABM+
[3] fm DA5UHA to DK0MNL-11 via DB0HHB ctl UA- pid 04
[3] fm DA5UHA to DK0MNL-11 via DB0HHB ctl I00+ pid F0 (230)
[FBB-7.00i-AB1FHMR$]
Pactor-Packet-Link BBS DA5UHA in Hamburg. KEIN Internet-Forward, bitte!
WFBB Port 3.
Ch. 2  (PACK-9600) : DK0MNL-11 - Die 04/11/03 16:30
   via : DB0HHB-0

QTC: 0 Mail(s) / Bul(s) = 0 Kb.

(1) DK0MNL de DA5UH
[3] fm DK0MNL-11 to DA5UHA via DB0HHB* ctl RR1-
[3] fm DK0MNL-11 to DA5UHA via DB0HHB* ctl I10+ pid F0 (79)

*** from DAMA-Master DB0HHB> WARNING: non-DAMA Poll #1, Disconnect after 3 !!
[3] fm DA5UHA to DK0MNL-11 via DB0HHB ctl RR1- pid 04
[3] fm DA5UHA to DK0MNL-11 via DB0HHB ctl I11^ pid F0 (8)
A BBS >
[3] fm DK0MNL-11 to DA5UHA via DB0HHB* ctl RR2+
[3] fm DA5UHA to DK0MNL-11 via DB0HHB ctl RR1- pid 04
[3] fm DA5UHA to DK0MNL-11 via DB0HHB ctl I12^ pid F0 (28)

(1) DK0MNL de DA5UHA BBS >
[3] fm DK0MNL-11 to DA5UHA via DB0HHB* ctl RR3+
[3] fm DA5UHA to DK0MNL-11 via DB0HHB ctl RR1- pid 04
[3] fm DK0MNL-11 to DA5UHA via DB0HHB* ctl DISC+
[3] fm DA5UHA to DK0MNL-11 via DB0HHB ctl UA- pid 04

Kann einer von Euch raten, wie wir das in den Griff kriegen koennen?
Liegt es an einer Unvertraeglichkeit von SCS-PTC und TNN (vielleicht haben
die ja nur mit XNet oder RMNC getestet)?

73 de Rup
dj6hh@da5uha.#hh.deu.eu
Kopie an Sysop DK0MNL und DL1ZAM von SCS.



Read previous mail | Read next mail


 18.05.2024 16:06:15lGo back Go up