开云体育

ctrl + shift + ? for shortcuts
© 2025 开云体育

Re: Getting started


 

Hi Alice,

technically, X.25 is pretty similar to IP in that it provides a packet layer that is then used by higher-level protocols to exchange data.? X.25 is connection oriented, however, so you need to establish a connection before you can exchange data.? The reverse charging of X.25 shows that it is coming from a classic Telecommunications background:? In the X.25 world, users would typically be billed by packet or by segment (64 bytes).? By default, the caller would have to pay for the connection, but if the reverse charging request is present in the connection establishment packet, the callee would get to pay (and the callee would get to accept or reject the reverse charged connection by its response to the call establishment packet).? Reverse charging was useful with public dialin PADs that provided telephone access to X.25.? Users would be able to dial in to the PAD using a normal modem and then connect to a host that accepts reverse charging without having to log in to the PAD.? Logging in to the PAD was also possible in many public networks, which would then make the charge go to the PAD user ID (Network User ID, NUI).

As I was programming X.25 before I got to learn IP, I was quite amazed that the BSD socket interface does not make the connection establishment packet available to user programs.? With X.25, white listing would happen in the user mode application, i.e. the connection establishment packet would be inspected by the program and only if the program wanted to accept the connection, the network would proceed with the setup (like with a telephone, where you see the number and you can decide whether you pick up or you don't).? If the user mode application does not want to accept the connection, it can tell the network stack to reject it and optionally provide a reason (e.g. "Reverse charging not accepted").? The socket interface does not provide such a mechanism:? If your program wants to deal with incoming connections, the kernel accepts all of them and then gives them to the user program.? Any form of access control by the user program needs to be done when the connection has already been established.? It still feels quite wrong to me today.

Here's a story that I like to tell about my experience with this:? Back in the day here in Germany, DATEX-P NUIs were often shared among interested adolescents and many of us were surfing the net using the same NUI.? Network security was not existent in those days, and the telco did not restrict how many users could use the same NUI, they did not monitor NUI usage in real time and NUI passwords could not be changed by users.? This meant that we often enjoyed weeks of online fun using the same NUI until it was closed down.? You would think that if the NUI no longer worked, we'd disconnect from the PAD, but in West Berlin, phone connections were billed per call, not by duration, so hanging up would cost us money.? To save us that, we had what we called Park-NUAs back then:? Systems that were connected to DATEX-P that accepted reverse charging and that did not have a timeout in their login procedure (BTW: NUA == Network User Address, the equivalence of an IP address).? The most dependable of those Park-NUAs was a Prime that announced itself as "Prime Stadt D", but I don't remember whether that was Düsseldorf or Dortmund.? In any case, many Berlin hackers parked there for hours and days in NUI-less periods, with the bill silently being paid by some municipal entity or organization that had no clue (and apparently did not care).

Hardware wise, my TELEBAHN setup consists of a cisco 2811 with a WIC-2T card and two CAB-SS-232FC cables.? The two synchronous serial ports are connected to a SPARCstation IPX running SunOS 4.1.4 using the on-board?serial port and a VAX 4000-105A running VMS V5.5-2H4 using a DSW42-AA dual port synchronous serial card.? I needed to build adapters to get from the cisco cable to the Mini-DIN8?and DB50 ports of the Sun and the VAX.? Things just about started to work last weekend, but I plan to finalize the setup in the coming weeks and connect a timer to run the systems on a regular weekly schedule.

The cisco acts as my X.25 router and as the gateway to TELEBAHN using XOT.

One word of caution:? For the clock generation in the cisco to work properly, CAB-232FC or CAB-SS-232FC cables are needed.? It is not possible to use DTE cables as the cisco decides based on the cable whether it generates the serial clock itself or receives the clock from the DCE (Modem).

Sorry for the rambling.

Cheers,
Hans


Am Mi., 24. Mai 2023 um 15:02?Uhr schrieb ?strid smith <astrid@...>:

Hi Alice, and welcome to the framestream!

No worries about "sounding clueless", it's a very esoteric subject and
really took me a couple of years to wrap my head around.? Nobody has
written about it since the 90ies because, once you actually get down
to nitty-gritty, there's not actually much there?

The way I like to think of X.25 is this:

Imagine it's 1982, you operate a voice telephone network, and many of
your customers use analog modems to communicate across it.? You've
recently spent a lot of time and money transitioning your network to
Digital so this seems a bit silly, and maybe it would even be simpler
for you (the phone company) to provide customers with a serial port as
their telco interface instead of a voice pair.

Then, you can bill them for a full channel and you only have to carry
2400 baud or whatever, which (a) probably they won't be saturating
even that anyway and (b) you can multiplex it and a bunch of other
data into a 64k timeslot.? It's free money!

So that's what X.25 et alia are: a series of protocols and interface
specifications, such that (assuming access to a conforming network)
you can "dial" from any one serial port to another by typing in the
number of the remote port.? Plus all the multi-carrier network interop
and billing stuff that you would expect from a telco.

None of these standards specify what the "internal" architecture of a
commercial network should look like... that's because X.25 started as
a formalization/generalization of the interface already provided by
TYMNET, who were the first but definitely not the only provider in the
space, and American telcos in that era preferred to specify the
customer interface while keeping the switching and transmission as
secret-sauce.

You'll see a lot of references to PADs, this is a fairly simple device
that has a standard async serial port (rs232) on one side and connects
to an X.25 network on the other side.? The async port speaks a
protocol called X.3.? It's nominally human-accessible but actually
fairly unpleasant to use; I find it even less fun than Hayes AT
commands.? Cisco routers that speak X.25 have an X.3 PAD built in.

You can try to read X.3, X.25, X.28, X.29, etc, at this url


n.b.: the way they write is weird, and can be pretty tough to
? ? ? understand until you cultivate the necessary brain-worms.
? ? ? whether you do so or not is up to you ...

TELEBAHN per se doesn't really provide anything other than a
number-to-IP mapping system and a few common specifications to ease
interoperation.? As such anything that speaks XOT can connect to it,
and (almost*) anything that speaks X.25 can be downstream from that in
your network.? Good luck finding gear!

* I assume there's some combination of window size and acknowledgement
? settings that would make coexistence difficult, but there aren't too
? many knobs to twiddle in the core protocol so maybe not?

Every Cisco router since the 1990s should be able to speak XOT and
X.25 enough to do TELEBAHN; they don't remove stuff.? But also they
don't fix it unless someone pays - like, IOS XOT doesn't do IPv6 and
probably never will.

Further hardware is not required but if you find some, that's super
cool and I encourage you to figure out how to plug it in :)? The
cables are weird but not too expensive.

All mine is packed away in storage at the moment.? I have an 8-port
PAD that works almost acceptably .. it requires manual reconfiguration
on every powerup to layer2 link-up with anything, for unclear reasons.
I think all X.25 gear is probably buggy.? I also have a 16-port
"switch" (?) that has not meaningfully responded to any stimulus that
I've given it on the config async port, but it does seem to exchange
layer2 packets on the "uplink" port.? But only NAKs.? Doesn't like me.

This is the sum total of my ebay watched searches for a few years.
X.25 stuff is pretty thin on the ground, most electronics recyclers
know that there's no money in it.

--
?strid smith (she/her)
=<[ c y b e r ]>=
antique telephone collectors association member #4870



On 2023-05-24 at 7:28 pm JST, Alice Wyan wrote:
> Hi,
>
> I just came across the TELEBAHN network and don't have much idea of how to
> start exploring, I've never used X.25 before :)
>
> Can any Cisco router do XOT / X.25 routing? Does it require additional
> hardware? How do I get started / start reading up stuff? :)
>
> Apologies if I sound as clueless as I actually am, I just couldn't find as much
> info online as, say, HECnet or similar networks.
>
> Cheers,
>
> Alice





Join [email protected] to automatically receive all group messages.