Ағылшыншамен салыстырыңыз: абзацты басыңыз — түпнұсқа терезеде ашылады. Абзац астындағы EN түймесі оны мәтін ішінде көрсетеді.
Мазмұны
Кіріспе
B протоколы, немесе CIS B — CompuServe ақпараттық қызметі үшін әзірленген және 1981 жылы қолданысқа енгізілген файлдарды жіберу протоколы. Протокол кейіннен QuickB нұсқасында (стандартты протоколдың асинхронды нұсқасы) және одан кейін күшейтілген B Plus нұсқасында кеңейтілді. Бұл протокол өз кезінде жетілдірілген болып саналды, өйткені файлдарды, командаларды және басқа да деректерді тиімді жіберуге мүмкіндік берді, сонымен қатар белгілі бір режимдерде бір уақытта екі бағытта да қолданылуы мүмкін еді. Бұл жетілдірілген мүмкіндіктер кеңінен қолданылмады, бірақ оларды клиенттік бағдарламалардың шағын санында табуға болады. B протоколы тек CompuServe ішінде жұмыс істеу үшін жасалғандықтан, сол кездегі көптеген үшінші тараптың байланыс клиенттері оған үйлесімді болмады. Атап айтарлықтай ерекшеліктері – Tera Term және Datastorm-ның ProComm Plus бағдарламалары, олар белсенді байланыс портындағы команданы тыңдай алатын болды, ал Mac жүйесіндегі ZTerm автоматты түрде жіберуді бастауға мүмкіндік берді. Бұл даму онлайн қызметтермен қатар сыртқы байланыс бағдарламаларын пайдаланудың кең таралған үрдісінің бір бөлігі болды.
The B protocol, or CIS B, is a file transfer protocol developed for the CompuServe Information Service, and implemented in 1981. The protocol was later expanded in the QuickB version (which was an asynchronous version of the standard protocol) and later the enhanced B Plus version. It was a fairly advanced protocol for its era, supporting efficient transfers of files, commands and other data as well, and could be used in both directions at the same time in certain modes. These advanced features were not widely used, but could be found in a small number of client side packages. Since B protocol was designed only to work within the CompuServe, most third party communications clients of the day were not compatible with it. Notable exceptions were Tera Term and Datastorm's ProComm Plus on the PC which featured the ability to listen for the command on the active communications port, and ZTerm on the Mac which allowed auto starting transfers. This development was part of a wider trend of using external communications applications in conjunction with online services.
Сипаттама
B протоколының бастапқы нұсқасы 1979 жылы ұсынылған екі бағытты протоколдың дамуы болды, оған дерек ағынында стандартталған командалық құрылымды қосу мүмкіндігі берілді. Бұл протокол Tandy компаниясы құрастырған "AgVision" немесе "VideoTex" онлайн терминалы үшін жасалған, бірақ жоба қысқа ғана уақыт сатылғаннан кейін тоқтатылды. Модемі алынып тасталған AgVision жүйесі TRS 80 түсті компьютерінің негізіне айналды. Протокол кейіннен B Plus нұсқасында кеңейтілді, алайда осы нұсқаның екі редакциясы болды. B Plus негізгі идеясын пайдаланушылар арасындағы дерек алмасудан гөрі CompuServe жүйесінен жүктеуді қолдауға бағыттады. Төмендегі сипаттама B Plus құжаттамасына негізделген және бұрынғы (сияқты өте сирек кездесетін) B протоколына тікелей сілтеме жасамайды.
The original version of the B Protocol was an outgrowth of an earlier bi directional protocol introduced in 1979, adding options for including a standardized command structure in the stream. This protocol was intended for use by a custom online terminal built by Tandy, the "AgVision" or "VideoTex", but this project was abandoned after being sold for only a brief period. The AgVision system, with the modem removed, became the basis of the TRS 80 Color Computer. The protocol was later expanded in the B Plus version, although there were two revisions of this version. B Plus focussed the overall concept primarily on supporting downloads from CompuServe, as opposed to user to user transfers. The following description is based on the B Plus documentation and does not explicitly refer to the earlier (and rare) B.
Көлік қабаты
Жоғарыда көрсетілген қалыпты пакеттерден басқа, B Plus CIS-ке командаларды жіберу үшін B Plus қателерді түзететін қабаты арқылы жеке типтерді де қамтыды. M пакеті бір дерек пакеті болса, L да дерек пакеті еді, бірақ дерек ағынының аяқталғанын көрсететін сигнал берді. Бұл, файлдарды жіберуден өзгеше, жіберілетін дерек көлемі алдын ала белгілі болмағандықтан осылай істеу қажет болды. Бұл пакеттердің мазмұны кез келген форматта болуы мүмкін және B Plus құжаттамасында нақты анықталмаған. Дегенмен, негізгі идея мынадай: пайдаланушының терминал бағдарламасы CIS-тің Сұрау тізбегіне (пайдаланушы алғаш кірген кезде жіберілетін) M типімен дерек жіберуді бастау арқылы жауап беретін еді. Бұл ағын CIS хостына командаларды жіберу үшін қолданылатын, ол өз кезегінде терминал бағдарламасына басқа транспорттық қабат ағынын ашатын. Бұл ағындар тізбектелмеген, ал олар түскен тәртіп бойынша оқылды. Қателік немесе сәтсіз пакеттер екі каналды да тоқтатуға себеп болды. Бәлкім, Транспорттық қабатты пайдаланған жалғыз жүйе CompuServe-тің өзінің Хост Микро Интерфейсі (HMI) API-сы болды. HMI CIS-ті басқаруға арналған бірнеше командаларды және оларға жауап беру мүмкіндіктерін командалық жол интерфейсін айналып өте отырып анықтады. Қателерді түзету B Plus негізінде құрылғандықтан туындаған қосымша эффект болғандықтан, командаларды қате түсіну немесе жауаптардың бұрмалану мүмкіндігі жойылды. CIS HMI-ді кеңейтіп, электрондық пошта, конференциялар және файлдарды жіберу функцияларын қоса алғанда, көптеген пакеттік интерфейстерді басқаруға мүмкіндік берді. Транспорттық қабат ағындары файлдарды жіберумен бір уақытта жүргізіле алмайтындықтан, Транспорттық қабатты пайдаланатын қосымшалар көбінесе бір режимде жұмыс істеді. Мысалы, HMI негізіндегі Mac-қа арналған CIS Navigator пайдаланушыларға CIS-ті оффлайн режимінде қарауға мүмкіндік берді, сондай-ақ түрлі электрондық пошта мен файлдарды жіберуді орнатуға болды, олар онлайн уақытын үнемдеу үшін бір пакетте орындалатын. Navigator-дың жұмысын аяқтаудың соңғы қадамы – файлдарды жүктеу, содан кейін жүйеден шығу.
In addition to the normal packet types outlined above, B Plus also included separate types for sending commands to CIS via the B Plus error corrected layer. The M packet was a single data packet, while L was also a data packet but indicated that the stream of data was now complete. This had to be indicated in this fashion because, unlike a file transfer, the amount of data being sent would not be known in advance. The contents of these packets were free form and were not defined in the B Plus documentation itself. However the basic concept was that the user's terminal program would respond to CIS's Interrogation Sequence (sent when the user first logged in) by starting a transfer with the M type. This stream would be used to send commands to the CIS host, which would respond by opening another transport layer stream back to the terminal program. These streams were "sequenceless", and read out in the order they were received. Errors or Failure packets caused both channels to abort. Possibly the only user of the Transport Layer was CompuServe's own Host Micro Interface (HMI) API. HMI defined a number of commands that could be used to drive CIS, along with the possible responses to them, bypassing the command line interface. Since error correction was being used as a side effect of being built on B Plus, the possibility of incorrectly interpreting the commands or potentially garbled responses was basically eliminated. CIS expanded HMI to allow control of most of the batch oriented interface, including functions for e mail, conferences and file transfers. Transport Layer streams could not take place at the same time as file transfers, so in general terms the applications using the Transport Layer were fairly modal. For instance, CIS Navigator for the Mac, which was HMI based, allowed users to navigate CIS offline, setting up various e mail and file transfers which would then be carried out in a single batch in order to reduce online time. The last step of the Navigator "run" would be to download files before logging off.
Бақылау реті
Барлық протоколдар "алушыдан" "жөнелтушіге" күй туралы ақпаратты жіберу үшін "құпия арнаны" пайдаланады. B Plus бұл жүйені ресмилендірді, пакеттік құрылымнан тыс жіберілетін бірнеше "хабарламаны" анықтады. Оларға әдеттегісі, пакеттің дұрыс қабылданғанын растау үшін одан кейін реттік нөмір кіретін. Дұрыс қабылданбаған пакетті көрсету үшін пайдаланылды, оған растау хабарламасымен жауап берілді, жіберуші тоқтатылды, ал ағын үзілді. Enquire басқару тізбегі B Plus үшін ғана тән. Бір ғана символдан тұратын Enquire, деректерді жіберуді бастау үшін де, жауап ретінде алынғаннан кейін қайта бастау үшін де қолданылды. Екі жағдайда да Enquire алушының қосылыс режимін ең қарапайым деректерді жіберу параметрлеріне қайта орнатуға және деректерді жіберуге дайындалуға мәжбүр етті.
All protocols use the "backchannel" to send status information from the "receiver" back to the "sender". B Plus formalized this system, defining several "messages" that could be sent outside the packet structure. These included the typical followed by a sequence number in order to acknowledge the correct reception of a packet. was used to indicate an improperly received packet, which was responded to with acknowledge messages, paused the sender, while aborted the stream. The Enquire control sequence appears unique to B Plus. Consisting of a single , the Enquire was used both to start transfers as well as restart after receiving a In both cases the Enquire caused the receiver to reset its connection mode to the most basic possible transfer settings, and prepare for a transfer.