Keyboard Shortcuts
ctrl + shift + ? :
Show all keyboard shortcuts
ctrl + g :
Navigate to a group
ctrl + shift + f :
Find
ctrl + / :
Quick actions
esc to dismiss
Likes
Search
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! |
to navigate to use esc to dismiss