Folks,
It might be worth looking at how Hercules encapsulates SDLC as that will do
sync mode.
There are also RFCs for these processes e.g. RFC4349.
Could we use any of these?
Dave
-----Original Message-----
From: owner-hecnet at Update.UU.SE <owner-hecnet at Update.UU.SE> On
Behalf Of Paul Koning
Sent: 19 November 2021 00:51
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] ANF10 network --> DN200 (RJE, Decnet) --> should be
Ddcmp --Re3
Correction...
Character mode sync in SIMH seems utterly trivial; just treat it as an
async
stream except that the device would supply sync bytes
when the software
isn't feeding it data for a while. Perhaps just a couple, just enough to
act
as a
boundary; no need to flood the connection with data.
HDLC mode is different; HDLC is inescapably a packet mode service since
the
flags are packet delimiters. A small complication is
that it can carry
any bit
count, not just whole bytes. So the network encoding
of a simulated HDLC
device needs to handle that. A UDP encoding could just be a packet
containing the data bytes, with one byte appended to specify how many bits
in the last data byte are meaningful. (So a typical whole-byte packet
might
be "abcdefgh\010".) A TCP encoding could
be similar with a packet length
at
the start. If it's desirable not to buffer whole
frames, the stream could
be
broken into fragments with the last one (where the
flag appears) marked as
last. That would be necessary if arbitrary length frames are wanted,
though a
sensible protocol doesn't use frames longer than a
thousand bytes or so
since the 16-bit CRC isn't strong enough for really long frames.
paul
On Nov 18, 2021, at 7:12 PM, Paul Koning
<paulkoning at comcast.net>
wrote:
>
> It seems like a very simple matter to simulate it as a basic character
device,
separate from the KMC pairing. The only real question
is how you
represent
a sync data stream in a simullated device. Is it just
the byte stream
over a
TCP connection? That would be easy for synchronous
character mode. If
you also want to simulate HDLC sync devices, that's a different matter
entirely; there isn't an obvious way to do that.
In other words, if someone wants this, just design how it communicates
and do the
code, it doesn't sound hard.
paul
> On Nov 18, 2021, at 6:35 PM, R. Voorhorst
<R.Voorhorst at swabhawat.com>
wrote:
>
> No, the Dup is only simulated as Kdp/Dup combo, hence the Ddcmp
characteristics of the pair.
>
>
> Reindert
>
> -----Original Message-----
> From: owner-hecnet at Update.UU.SE [mailto:owner-
hecnet at Update.UU.SE] On
Behalf Of Johnny Billquist
> Sent: Friday, 19 November, 2021 00:31
> To: hecnet at Update.UU.SE
> Subject: Re: [HECnet] ANF10 network --> DN200 (RJE, Decnet) --> should
be Ddcmp --Re2
>
> Fair enough.
>
> But DUP11 is a sync character based interface. So that one too requires
that
you do DDCMP in software. But I didn't think simh simulated a DUP11?
>>
>> Johnny