Адреса серверов ведущих фирм, работающих в сфере телекоммуникаций
Семёнов Ю.А. (ГНЦ ИТЭФ), book.itep.ru
Фирма | Продукт | URL |
ACTERNA | GSM, PCN, PCS | www.acterna.com |
Adak | Терминальные адаптеры, ISDN | adtran.com, www.adtran.com |
ADTECH | 622.08 Mbps ATM | www.adtech-inc.com |
Alcatel | Телекоммуникационное оборудование и системы | www.alcatel.com |
AltaVista | Поисковый сервер | www.altavista.com |
APC | UPS | www2.planet.apc.org |
API DELEVAN | Электронные компоненты | www.delevan.com |
ArelNet | Факс-серверы | www.arelnet.com |
Ascend | Маршрутизаторы | www.ascend.com |
AT&T | Телекоммуникационное оборудование, модемы | www.att.com |
Bay | Сетевое оборудование и модемы | www.baynetworks.com |
Best Power Technology | UPS | www.euroele.com |
Bosch | Электронное оборудование | www.bosch.de |
Breeze Link | Радио модемы и мосты | www.breezecom.com |
Cabletron | Оборудование локальных и региональных сетей, ATM | www.cabletron.com |
CellWare | Оборудование ATM | www.cellware.de |
CISCO | Маршрутизаторы | www.cisco-ps.com |
3COM | Сетевое оборудование | www.3com.com |
Combinet | Маршрутизаторы | www.combinet.com |
COM one worldwide communication | Видео безопасность для Интернет, Surf TV | www.com1.fr |
Compuserve | Программное обеспечение | www.compuserve.com |
Consumer Microcircuits | Интегрированное коммуникационное оборудование | www.cmlmicro.co.uk |
CPClare | Звуковая почта и цифровая телефония | www.cpclare.com |
Creative Labs | Мультимедиа, CD-драйвы | www.creative.com |
Cylink | Радио модемы | www.sylink.com |
Dataline | Радио модемы | www.dataline.ch & 194.79.73.91 |
DEC | ЭВМ, программное обеспечение и т.д. и пр. | www.digital.com |
Digiboard | Маршрутизаторы | www.digibd.com |
ELSA | Телекоммуникационное оборудование и графика | www.nusaweb.com |
Epson | Принтеры, сканнеры и пр. | www.epson-europe.com |
ERICSSON | Мощные ИС | www.ericsson.se |
Fiber Options | RS-232, RS422, ST оптические порты | www.fiberoptions.com |
Frederick Engineering | ISDN, анализаторы протоколов | www.fe-engr.com |
FTP Software | Сетевое программное обеспечение | www.ftp.com |
GN Nettest (ELMI) | Измерительное оборудование | www.gnnettest.com |
Hewlett Packard | ЭВМ и измерительное оборудование | www2.hp.com |
HotLine | 56kbps модемы | www.hotline.se |
Hughes | Спутниковое коммуникационное оборудование | www.hcisat.com |
IBM | ЭВМ и все, все, все... | www.ibm.com |
IMC networks | Сетевое оборудование | www.imcnetworks.com |
Intec | ISDN-тестеры | www.intec-isdn.de |
Integrated Device Technology | ATM | www.idt.com |
Intel | ИС, модемы, и пр. | www.intel.com |
ISDN*tek | ISDN | www.isdntek.com |
ITU telecom | www.itu.int | |
Kingston | ЭВМ и телекоммуникационное оборудование | www.kingston.com |
KNX | Телекоммуникационное оборудование | www.fleet.britain.eu.net |
Kommunikations Elektronik | X.21, G.703, ISDN | www.ke-online.de |
Marcini Instruments | Измерительное оборудование | www.marconi-instruments.com |
Maxwell Technologies/I-BUS | www.ibus.com | |
MCI | Телекоммуникационное оборудование | www.mci.com |
MetalLink | Оптоволоконная техника | www.metalink.co.il |
METLaboratories | Belcore NEBS, EMI/EMC | www.metlabs.com |
MFS | Телекоммуникационное оборудование | www.mfsdatanet.com |
MICOM | Голос через IP | www.micom.com |
Microchip | ИС | www.microchip2.com |
Microsoft | Универсальное программное обеспечение | www.microsoft.com |
Motorola | Телекоммуникационное оборудование | www.mot.com |
National Instruments | VXI System CD-ROMs, Виртуальные приборы | www.natinst.com |
Nbase communications | IP-переключатели | www.nbase.com |
NEXUS | Услуги Интернет | www.halcyon.com |
Nokia | Телекоммуникационное оборудование | www.nokia.com |
Nothern Telecom | Телекоммуникационное оборудование | www.nortel.com |
Novell | Сетевое программное обеспечение | www.novell.com |
Olivetti | ЭВМ и телекоммуникационное оборудование | www.olivettipc.com |
OPTIMA | Телекоммуникационное оборудование и программы | www.optima-systems.com |
OPTION International | GSM, модемы | www.option.com |
Oracle | Распределенные базы данных и прикладное программное обеспечение | www.oracle.com.sg |
ORCKIT | Широкополосный Интернет | www.orckit.com |
Patton Electronics | rs-232->V.35; Оптоволоконные модемы, скоростные модемы | www.patton.com |
Philips | Телекоммуникационное оборудование и пр. | www-us.philips.com |
Proteon inc. | Маршрутизаторы и программное обеспечение | www3.techstocks.com |
Racal | Модемы | www.racal.com |
RAD data communications | Модемы, мультиплексоры | www.rad.com |
Ricoh | Модемы, телекоммуникационное оборудование | www.ricohcorp.com |
Rittal-Werk | Мобильные телекоммуникации | www.rittal.de |
Rockwell | Маршрутизаторы | www.rns.rockwell.com |
Silicon Graphics | ЭВМ и программное обеспечение | www.sgi.com |
Siemens | Все | www.siemens.de |
Sipex | Телекоммуникационные ИС | www.sipex.com |
Sony | Видеотерминалы и пр. | www.sony.de or www.sony.be |
Specialized Products | Телекоммуникационное измерительное и тестовое оборудование | www.specializedproducts.com |
Stallmann E+V | Коммуникационное программное обесп. | www.stallmann.de |
ST2E-Groupe TEKELEC TEMEX | Радио модемы | www.tekelec-temex.com |
STL Solarcrest Technologies | Оборудование ISDN | www.indigo.com |
SUN | Компьютерное оборудование и программы | www.sun.com |
Telebit | Модемы и телекоммуникационное оборудование | www.tbit.dk |
Telebyte Technology | G.703 в RS-232/V.35 | telebyteusa.com |
Telecom Product News | www.pepco.be | |
Telecom Science Corporation | Оборудование и программы для ISDN | www.telsci.co.uk |
Telect | Оптоволоконное оборудование | www.telect.com |
TELELINK | ISDN, модемы V.34 | www.telelink.ch |
Tektronix | Диагностическое оборудование (да кто не знает эту фирму?) | www.tek.com |
TENET Computer group | Оборудование локальных сетей, оптоэлектроника | www.tenet.com |
TESTEL | Диагностическое оборудование | www.diagnosys.com |
TRANSTECTOR | Защита телекоммуникаций | www.transtector.com |
TREND communications | Тестеры ISDN | www.trendcomms.com |
US Robotics | Модемы | www.usr.com |
VIKING telecom | IP для PC, факс/модемные переключатели | www.viking-telecom.se |
VIMCOM | Телекоммуникационное оборудование и оптоэлектроника | www.vimcom.ru |
VistaCom | Видео кодеки | www.vistacom.fi |
VOXTRON | Голосовая почта, программы | www.voxtron.com |
Wandel & Goltermann | Тестовое оборудование | www.wg.com |
WAVACCESS wireless communications | Радиомодемы и беспроводные сети | www.waveaccess.com |
Zenith Data Systems | Компьютерное оборудование, модемы | www.netware.com |
Zoom Telephonics | Модемы | www.zoomtel.com |
Zyxel | Модемы | www.zyxel.com |
Базовые протоколы Internet
Семёнов Ю.А. (ГНЦ ИТЭФ), book.itep.ru
Протокол | Описание | RFC |
ARP | Address Resolution Protocol | 826 |
BFTP | Background File Transfer Protocol | 1068 |
BGP | Border Gateway Protocol (внешний протокол маршрутизации) | 1105,1265-68, 1397, 1654-56 |
BOOTP | Bootstrap Protocol (протокол загрузки) | 951,1048,1084 |
CIDR | Classless Inter-Domain Routing protocol | 1519,1520 |
CLNP | ConnectionLess Network Protocol (ISO-8474) | 1526,1561,1575 |
CLOCK | DCNET Time Server Protocol | 778 |
CMOT | Common Management Information Service and Protocol over TCP/IP | 1095 |
DNS | Domain Name Service (система распознавания имен доменов) | 1713, 1712, 1612, 1611, 1383 |
DOMAIN | Domain Name System (DNS) | 1034, 1035, 1032, 974 |
DVMRP | Distance Vector Multicast Routing Protocol | 1075 |
ECHO | Эхо протокол | 862 |
EGP | Exterior Gateway Protocol | 904, 911, 1092, 1093 |
FINGER | Finger-протокол | 1288,724 |
FTP | File Transfer Protocol (протокол пересылки файлов) | 959 |
HEMP | High level Entity Management Protocol | 1022 |
HEMS | High level Entity Management System | 1021 |
HMP | Host Monitoring Protocol | 869 |
GGP | Gateway to Gateway Protocol | 823 |
ICMP | Internet Control Message Protocol | 792,1256 |
IDRP | Inter-Domain Routing Protocol | 1477,1479 |
IGMP | Internet Group Multicast Protocol | 1112 |
IGP | Interior Gateway Protocol | 1074,1371 |
IP | Internet протокол | 791 |
IP субсети | 950 | |
IP широковещательные дейтограммы | 919 | |
то же для субсетей | 922 | |
IP-ARC | Internet протокол для Arcnet | 1051 |
IP-E | Internet протокол для Ethernet | 895 |
IP-FDDI | Передача IP через FDDI | 1103 |
IP-SLIP | Передача IP по последовательным линиям | 1055 |
IPM | Internet-протокол для сообщений | 759 |
IRC | Internet Relay Chat | 1459 |
IS-IS | OSI-междоменный протокол маршрутизации | 1195,1142 |
Формат сообщений электронной почты | 822, 821, 1351, 1352 | |
MIB-II | Management Information Base-II | 1213 |
MIME | Multipurpose Internet Mail Extensions | 1521,1522 |
NETBIOS | NetBIOS Service Protocols | 1001,1002 |
NETRJE | Network Remote Job Entry Program | 740,725 |
NETRJS | Network Remote Job Service | 477,436 |
NFS | Network File System (файловая система) | 1094 |
NNTP | Network News Transfer Protocol | 977 |
NTP | Network Time Protocol | 1119,1128-29 |
NUMBERS | Assigned Numbers | 1700 |
OSPF | Open Shortest Pass First Protocol (маршрутный протокол "кратчайший путь лучше") | 1131, 1245 -48, 1253, 1370, 1583-87 |
PCMAIL | PVmail Transport Protocol | 1056 |
POP | Post Office Protocol | 937, 1081, 1082, 1460 |
RAP | Router-Access Protocol | 1476 |
PPP | Point-to-Point Protocol | 1134 |
RARP | Reverse Address Resolution Protocol | 903 |
RDP | Reliable Data Protocol | 908 |
RIP | Routing Information Protocol (внутренний протокол маршрутизации) |
1058, 1387, 1389, 1581, 1582,1388 |
RLP | Resource Location Protocol | 887 |
RPC | Remote Procedure Call Protocol | 1057,1050 |
SFTP | Simple File Transfer Protocol | 913 |
SLIP | Serial Line IP (Интернет по послед. линии) | 1055 |
SMI | Structure of Management Information | 1155 |
SMTP | Simple Mail Transfer Protocol SMTP через X.25 | 821, 1090 |
SNMP | Simple Network Management Protocol SNMP в Ethernet | 1157, 1089 |
TCP | Transmission Control Protocol | 793 |
TELNET | Протокол удаленного доступа | 854,856-861, 885, 927, 933, 946, 1041, 1043, 1053, 1073, 1079, 1093, 1096, 1097, 1143, 1184, 1205, 1372, 1411, 1412, 1416, 1571, 1572 |
TFTP | Trivial File Transfer Protocol | 1350 |
UDP | User Datagram Protocol | 768 |
USERS | Протокол активных пользователей | 866 |
UUCP | Электронная почта под UNIX | 976 |
VFIP | Voice File Interchange Protocol | 978 |
VMTP | Versatile Message Transfer Protocol | 1045 |
XDR | EXternal Data Representation | 1014 |
X-Windows | Системный протокол X-Windows | 1198,1013 |
Другие инициативы
Данная статья в основном посвящена работам по Internet2 в США, но существует довольно много работ, проводимых в других странах мира. В этот перечень следует включить:
(Европа)
(Великобритания)
(Германия)
(Франция)
(Нидерланды)
(Азия/Тихий океан)
(Сингапур)
(Канада)
(Мексика)
(Чили)
(Федеральная программа США)
(Международное партнерство)
Более полный список Интернет инициатив содержится по адресу:
Имена временных зон
Семёнов Ю.А. (ГНЦ ИТЭФ), book.itep.ru
Временная зона | Сокращение |
Универсальное время (Universal Time, тоже, что и GMT) | UT |
Время по Гринвичу (Greenwich Mean Time) | GMT |
Восточное стандартное время (Eastern Standard Time) | EST |
Центральное стандартное время (Central Standard Time) | CST |
Центральное дневное время (Central Daylight Time) | CDT |
Mountain Standard Time | MST |
Mountain Daylight Time | MDT |
Pacific Standard Time | PST |
Pacific Daylight Time | PDT |
Интернет вчера, сегодня и завтра
Семёнов Ю.А. (ГНЦ ИТЭФ), book.itep.ru
Если считать началом Интернет реализацию проекта ARPA-Net, то время его существования насчитывает более 31 года. Ведь в 1969 году был подготовлен документ RFC-1. Замечу, что протоколы Ethernet были сформированы лишь в 1973-79 годах. Интернет в РФ на 20 лет моложе. Динамику развития этой технологии можно проследить по темпу выпуска RFC (смотри рис. 1). В 2000 году ожидается не менее 250 публикаций.
Рис. 1. Число выпущенных документов RFC по годам.
К 1979 году полностью сформировался пакет протоколов TCP/IP и их приложений, началось внедрение. К 1989 году выявились некоторые недостатки старых протоколов, возникла необходимость разработки новых. Рост числа публикаций в период 1989-99 в основном определяется разработками в области безопасности (TLS (RFC-2246, -2817), RADIUS (RFC-2058), а также RFC-2817, -2845, -2875 и многие др.), мультимедиа (MIME; RFC-1590, -2045, -2046, -2047, -2048, -2049) и специальных приложений (например, протокол IOTP). Рост числа узлов Интернет за этот же интервал времени (рис. 2) и количества WEB-серверов (рис. 3) также впечатляет.
Рис. 2. Рост числа узлов Интернет в 1989-99 годах
Рис. 3. Рост числа WEB-серверов в период 1994-2000 годы
К числу новейших достижений Интернет следует отнести электронную торговлю (протоколы IOTP, SET, CyberCash и др.), IP-телефонию, мощные поисковые системы, электронную прессу и многое другое. IP-телефония уже сегодня существенно понизила тарифы на международные переговоры. Схема реализации IP-телефонной сети показана на рис. 4.
Рис. 4. Схема IP-телефонной сети
На рисунке MVW-модуль (Multiflex Voice/WAN), включаемый в маршрутизатор, например, CISCO-3662, служит для связи с общедоступной телефонной сетью. Если сеть “А” размещена в Рио-де-Жанейро, а “В” в Москве, то любой клиент нижней сети сможет разговаривать с клиентом в Рио “бесплатно”, а с клиентами телефонных сетей “А” и “B” по локальным тарифам. В левой части рисунка показаны телефонные аппараты, которые подключаются непосредственно к сегменту локальной сети.
Такие приборы уже поступили в продажу.
Грядет интеграция цифрового телевидения, телефонии (включая видео-телефонию) и Интернет, звуковые и видео письма уже реальность. Схема построения интерактивной сети цифрового кабельного телевидения показана на рис. 5.
Рис. 5. Схема реализации интерактивного цифрового телевидения
Данная схема, реализованная в США и Канаде несколько лет назад, позволяет клиентам индивидуально заказывать программу телевидения на неделю вперед. Помимо этого в режиме меню можно получить данные о погоде, состоянии дорог, заказать билеты в театр или на самолет, а также вызвать на экран нужную статью какой-то газеты. Заказанные фильмы копятся в сервере буферизации и в требуемое время транслируются для клиента-заказчика. Существующая инфраструктура кабельного телевидения в США вполне пригодна для решения таких задач. В реальном масштабе времени здесь передаются только новости и спортивные соревнования.
Помимо ставшей уже привычной электронной почты Интернет дал нам WEB-технологию, глобальные поисковые системы, электронные журналы, оперативный доступ к прессе, электронную торговлю и многое другое. Молодые люди объясняются в любви по электронной почте, в реальном масштабе времени общаются с людьми на других континентах, играют в шахматы с партнерами из других стран. Все шире внедряются IP- и ISDN видео конференции.
Перспективы
1. IP-телефония. IP-телефония уже сегодня теснит традиционную не только потому, что может предложить новые разновидности услуг, но и за счет снижения тарифов. В настоящее время внедряются протоколы RTP, RTCP и RSVP, которые вместе с расширением полосы пропускания магистральных каналов уберут последние барьеры на пути внедрения этой технологии. Можно вполне ожидать дальнейшего снижения требований, налагаемых на полосы пропускания, для реализации одного разговора. Там, где достаточно донести до партнера текст сообщения (например, пейджерная связь), можно реализовать распознавание и преобразование сообщения в ASCII-последовательность, что снизит требования к полосе пропускания в сотни раз.
Еще большего эффекта можно достичь, используя схему, показанную на рис. 6 (технологии для этого по большей части уже существуют, но схема пока не реализована).
Рис. 6. Схема возможного снижения требуемой полосы пропускания при передаче голоса
Символьное отображение голоса приводит к потере индивидуальных особенностей говорящего и эмоциональной окраски его речи. Системы распознавания людей по голосу уже существуют. Индивидуальные особенности голоса вещь достаточно стабильная. Если произвести анализ голоса конкретного человека и параметризовать эти особенности, то их можно будет использовать в дальнейшем в течение длительного времени. Если набор этих параметров записать на телефонную магнитную карту, то этой картой не сможет воспользоваться никто другой. Передача этих данных принимающей стороне может производиться в процессе установления телефонного соединения. В принципе можно параметризовать и эмоциональную окраску речи говорящего, но в этом случае это нужно делать в реальном масштабе времени. Реализация предлагаемой схемы будет приводить к дополнительным задержкам, но при использовании быстродействующих процессоров эти задержки можно минимизировать. Снижение требуемой полосы пропускания вместе с повсеместным внедрением протоколов RTP и RSVP сделает беседу через Интернет общедоступной.
2. Электронные книги и сфера развлечений. Если индивидуальные особенности голоса и эмоциональная окраска факторизованы, появляется возможность сделать плейеры, которые будут воспроизводить текст голосом определенного актера. Это потребует разработки специального языка разметки текста (вроде HTML) с учетом требуемой эмоциональной окраски. В этом случае на одном CD можно записать целую библиотеку.
Мало того, что появляется возможность заказывать программу телепередач на неделю вперед, получать различную справочную информацию, в принципе могут стать доступными многосюжетные фильмы, где сценарий адаптируется под вкус и желание зрителя (такие фильмы уже снимаются). Зритель может вмешиваться по ходу фильма и направлять линию сценария по одному из нескольких возможных путей.
Сети Интернет открывают новые возможности для интерактивных сетевых развлечений. Ограничения здесь иногда возникают лишь из-за полосы пропускания каналов. Развитие технологии виртуальной реальности будет еще более разнообразить возможности сетевых развлечений.
Сети в жилых помещениях. Внедрение бытовой техники со встроенными процессорами создает предпосылку для создания сетей в обычных жилых домах. Появились дешевые сетевые интерфейсы, например типа CAN (Controller Area Network). Помимо удовлетворения мечты о своевременном автоматическом приготовлении утреннего кофе, такая сеть может взять на себя функции обеспечения безопасности, выдавая при пожаре сигнал тревоги в ближайшую пожарную часть, а в случае попытки несанкционированного вторжения, во вневедомственную охрану. Такая система может взять на себя функции экономии энергии, воды и других ресурсов, а также контроля экологической ситуации, предлагая хозяевам закрыть окна, если в воздухе на улице появились вредные примеси в опасных количествах.
Интернет. Внедрение адресации IPv6 упростит и удешевит маршрутизаторы. Управление и конфигурирование серверов и маршрутизаторов будет осуществляться через базы данных, где описана маршрутная политика и политика безопасности данной автономной системы (см., например, описание языка RPSL; RFC-2280). На очереди разработка стандартных маршрутных протоколов для мобильных объектов (см. RFC-2486). Крайне актуальна раз работка внешних протоколов маршрутизации, базирующихся на “состоянии канала”, а не на “векторах расстояния” (как сегодня в BGP).
Интерактивное телевидение. Интеграция Интернет и цифрового телевидения позволит сильно повлиять на газетный бизнес. Уже сейчас многие люди читают газеты через Интернет. Но не каждая домохозяйка умеет и хочет иметь дело с ЭВМ. Когда же появится возможность вывода статей газет на экран телевизора, а при наличии дешевого принтера и распечатки их, ситуация резко изменится. В принципе не нужно будет подписываться на какую-то конкретную газету.
Можно подписаться на определенный объем данных и по аннотациям вызывать на экран только то, что заинтересовало. Эта технология сэкономит леса (ведь ни один читатель не захочет печатать всю газету), сбережет горючее, расходуемое при доставке газет на дом.
Электронная торговля. Эта сфера бизнеса начала развиваться и в РФ. Здесь этому препятствует отсутствие широко используемых электронных платежных средств. В этом году IETF опубликовал открытый торговый протокол для Интернет IOTP (RFC-2801). Этот протокол определяет взаимодействие для всех участников торговых сделок (покупателя, продавца, банкира, агента доставки и агента обслуживания). Этот протокол совместим со всеми известными платежными средствами и протоколами, включая протокол SET, гарантирующий неразглашение номера кредитной карточки и наивысший уровень безопасности транзакции.
Интернет в медицине и образовании. Консультации пациентов через Интернет нельзя переоценить, ведь трудно рассчитывать на высококвалифицированную помощь в удаленных районах РФ. Интернет позволяет в принципе передать эксперту рентгенограмму, кардиограмму или томограмму, не говоря о результатах различных анализов.
Дистанционное обучение может решить проблему учебников и откроет новые возможности в дополнительном образовании, которое крайне важно при массовом перепрофилировании производств. В сочетании с технологией MBONE и IP-видеоконференциями это позволит сделать уроки высококлассных преподавателей доступными в общероссийском масштабе. Хорошие же учителя также редки, как и хорошие врачи. В отличие от телевизионных учебных программ здесь возможно задавание вопросов и получение на них ответов в процессе занятия.
Безопасность. Решение проблем сетевой безопасности (при тотальном внедрении сетей) это уже сегодня актуальнейшая задача. В эту сферу попадает обеспечение устойчивой работы сети, сохранность информации, противодействие сетевым вирусам и хакерам, гарантия конфиденциальности при передаче данных. Здесь нельзя не упомянуть об отсутствии правовой базы для применения современных методов криптографии, в частности электронной подписи.
Целевая реклама. Нравится это или нет, но реклама решительно вошла в нашу жизнь. Телевизионная реклама назойлива, временами безвкусна и до крайности не эффективна, прежде всего, потому, что не является целевой. Интернет предлагает виды рекламы, которые не только не раздражают, но и помогают решать наши проблемы. Автор уже давно осуществляет закупку компьютерных компонентов, используя исключительно рекламные и справочные WEB-серверы. Появились и подписные виды рекламы, где информация рассылается подписчикам по электронной почте. Здесь важно, чтобы клиент мог в любой момент воспользоваться командой unsubscribe J .
Интернет – новое средство массовой информации. Здесь предстоит решить не только технические, финансовые, правовые, но и политические проблемы.
Развитие Интернет впервые предоставляет возможность общения любого гражданина земли с любым, даже с тем, о существовании которого он и не подозревал (многие с этим познакомились через SPAM J). Это качественно меняет современную цивилизацию, создавая невиданные возможности и неведанные до сих пор угрозы.
Темпы технического прогресса зависят от скорости накопления информации об окружающем нас мире и о нас самих. Одним из параметров, определяющих этот процесс, является задержка с момента получения информации (в результате измерения, исследования или обработки уже известных данных) и до получения ее заинтересованными лицами. Последние сто лет эта задержка оставалась почти постоянной. В науке время публикации статьи в журнале занимало до полугода (книги до года). В сфере общественной жизни (газеты) задержка составляла около суток. За последние годы сначала радио и телевидение сократило эту задержку в общественной сфере до часа-двух. Интернет сократил задержку с момента появления научных данных до их опубликования до нескольких часов (в реферируемых журналах до месяца), то есть более чем в 5 раз за десять лет. Это неизбежно скажется на темпах технического прогресса в сторону его существенного ускорения, причем в самое ближайшее время.
Нерешенные пока проблемы:
Сетевая безопасность. Существующее программное обеспечение пока не может предоставить требуемого уровня конфиденциальности при передаче информации в бизнесе и частной жизни. Постоянная тенденция унификации программных средств, операционных средств и протоколов (тенденция в принципе положительная) таит в себе угрозу создания благоприятных условий для создания компьютерных вирусов с глобальной зоной действия. Требуются более надежные и эффективные программы мониторинга и детектирования вторжения хакеров и сетевых вирусов, нужны также средства для борьбы с нежелательной рекламой (SPAM). В РФ не обеспечены юридические аспекты шифрования (для электронной подписи и сертификатов). Смотри RFC-1704, -2485 и др.
Поиск нужной информации. Если 6-8 лет назад люди обменивались адресами узлов, где имеется какая-то полезная информация, то сегодня проблема в выборе узла, где следует искать нужные данные. Все, кто пользуется поисковыми серверами типа Alta-Vista или Rambler, знают, что почти на любой запрос приходят десятки и сотни ссылок на один и тот же документ, лежащий в разных депозитариях. Решение проблемы может быть достигнуто путем автоматического присвоения индивидуальных кодов всем документам в сети (ID-атрибут объекта META в языке HTML). Задача релевантности документа запросу также ждет своего эффективного решения. Внедряются кластерные системы поиска, тезаурусы и многие другие ухищрения, но проблема из-за лавинного роста суммарного объема данных также далека от решения, как и десять лет назад.
Пропускная способность каналов особенно с учетом мультимедийных требований (например, ТВ высокого разрешения). В новом тысячелетии человечество выроет из земли миллионы тонн медного кабеля и закопает туда соответствующее количество оптических волноводов.
Сетевая диагностика. Это не только выявление нежелательных вторжений, но и детектирование всплесков широковещательных сообщений, а также дубликатов IP-адресов и их местоположения. Нужны средства для выявления узких мест в сети, до того как они станут реальной проблемой.
Смотри, например, RMON (RFC-2613, -2074, -2021, 1757, -1513)
Решение проблемы мультимедийной передачи без потерь по IP-каналам. Этому может способствовать повсеместное внедрение протоколов RTP и RSVP. Необходимо дальнейшее совершенствование алгоритмов выявления и управления перегрузками в IP-каналах.
Оптимальная маршрутизация. На очереди создание внешних протоколов маршрутизации, учитывающих состояние каналов (сегодня они используют алгоритм вектора расстояния), а также разработка универсальных алгоритмов вычисления метрики, учитывающей реальную загрузку, пропускную способность, задержку и другие характеристики каналов.
Создание единой сети прокси-серверов, которая будет гарантировать доставку самой свежей версии документа или программы с самого “близкого” сервера, что может в разы снизить загрузку каналов, сделать сеть более надежной и эффективной. Это предполагает дальнейшее совершенствование протокола HTTP.
Данный список выглядит коротким потому, что проблем всегда видно меньше, чем их есть на самом деле.
Некоторые материалы по рассмотренным в данном сообщении проблемам можно найти на сервере . В этом году в издательстве “Горячая линия - Телеком” должна выйти моя книга “Протоколы Интернет. Энциклопедия” объемом около 1100 страниц.
Приложение
Предложение по совершенствованию цифровой телефонии
Современные системы цифровой телефонии (например, ISDN) предполагают выделение 32 кбит/с на каждый разговор. Если же перевести все, что говорит человек в символьное представление, то это будет эквивалентно потоку примерно в 64 бит/c (примерно такова же предельная скорость ввода данных с клавиатуры). Разрыв в требуемых пропускных способностях соответствует 5000. Понятно, что символьное представление не содержит индивидуальных особенностей голоса и эмоциональной окраски речи. Современные системы сжатия голосовой информации позволяют сократить требования к полосе пропускания до 7,5 кбит/с, но уже с некоторым ухудшением качества воспроизведения. Наилучшие современные системы (например, VOCODER) позволяют обходиться полосой в 1 кбит/c, при весьма серьезном ухудшении качества (голос неузнаваем и напоминает речь робота).
Любое сокращение требования к полосе при сохранении качества передачи голоса крайне желательно. Современная телефония – это высокодоходная отрасль, и любая фирма готова будет заплатить за такого рода разработку, так как это решит конкурентное противостояние в ее пользу. Рост пропускной способности каналов не решает проблемы, так как все телефонные компании используют эту сеть, но преуспеет та, которая сможет предложить более низкие тарифы.
В США планируется выпуск автомобилей с бортовым компьютером, управляемым голосом водителя (руки у него заняты). Таким образом, проблема преобразования голоса в последовательность символов можно считать практически решенной.
Еще большего эффекта можно достичь, используя схему, показанную на рис. 6 (технологии для этого уже существуют, но схема пока не реализована).
Символьное отображение голоса приводит к потере индивидуальных особенностей говорящего и эмоциональной окраски его речи. Системы распознавания людей по голосу уже существуют (например, в системах идентификации). Индивидуальные особенности голоса вещь достаточно стабильная. Если произвести анализ голоса конкретного человека и параметризовать эти особенности, то их можно будет использовать в дальнейшем в течение длительного времени. Если набор этих параметров записать на телефонную магнитную карту, то этой картой не сможет воспользоваться никто другой. Передача этих данных принимающей стороне может производиться в процессе установления телефонного соединения. В принципе можно параметризовать и эмоциональную окраску речи говорящего, но в этом случае это нужно делать в реальном масштабе времени. Реализация предлагаемой схемы будет приводить к дополнительным задержкам, но при использовании быстродействующих процессоров, или аппаратных средств эти задержки можно минимизировать.
На пути реализации проекта надо решить проблему синтеза речи с учетом индивидуальных и эмоциональных особенностей голоса говорящего. Голосовые синтезаторы существуют, но они крайне не совершенны. Понятно, что все перечисленные проблемы не будут решены сразу.Но вполне реально внедрять систему поэтапно, предоставляя клиенту в этом случае выбор: высокое качество и высокий тариф или низкий тариф при пониженном качестве передачи голоса.
Возможные приложения при частичном или полном успехе проекта:
Организация пейджерной связи без оператора посредника
Снижение телефонных тарифов (особенно для дальней телефонной связи).
Обучение языку, коррекция произношения
Распознавание преступников по голосу во время их разговоров по телефону с локализацией и оповещением
Грубые оценки показывают, что высокого качества передачи голоса методом параметризации можно достичь при полосе 1кбит/c.
Элементы теории графов
Семёнов Ю.А. (ГНЦ ИТЭФ), book.itep.ru
Графы представляют собой наиболее абстрактную структуру, с которой приходится сталкиваться в теории ЭВМ (computer science). Графы используются для описания алгоритмов автоматического проектирования, в диаграммах машины конечных состояний, при решении задач маршрутизации потоков и т.д. Любая система, предполагающая наличие дискретных состояний или наличие узлов и переходов между ними может быть описана графом. Соединения между узлами графа называются ребрами. Если узлы графа не нумерованы, то ребра являются неориентированными. У графа с нумерованными узлами ребра ориентированы. Ребрам могут быть присвоены определенные веса или метки. На рис. 10.21.1А и 10.21.1Б приведены примеры обычного и ориентированного графа.
Рис. 10.21.1 Примеры неориентированного и ориентированного графов (А и Б)
Введем более строгие определения. Граф представляет собой структуру П = <V,E>, в которой V представляет собой конечный набор узлов, а EН VЕV представляет собой конечный набор ребер. Для ориентированного графа E Н Vґ V - конечный набор ориентированных ребер. Ребром может быть прямая или кривая линия. Ребра не могут иметь общих точек кроме вершин (узлов) графа. Замкнутая кривая в E может иметь только одну точку из множества V, а каждая незамкнутая кривая в E имеет ровно две точки множества V. Если V и E конечные множества, то и граф им соответствующий называется конечным. Граф называется вырожденным, если он не имеет ребер. Параллельными ребрами графа называются такие, которые имеют общие узлы начала и конца.
Графы отображаются на плоскости набором точек и соединяющих их линий или векторов. При этом грани могут отображаться и кривыми линиями, а их длина не играет никакой роли.
Граф G называется плоским, если его можно отобразить в плоскости без пересечения его граней.
Очертанием графа (face) считается любая топологически связанная область, ограниченная ребрами графа.
Неориентированный граф G = <V,E> называется связанным, если для любых двух узлов x,y О V существует последовательность ребер из набора E, соединяющий x и y.
Граф G связан тогда и только тогда, когда множество его вершин нельзя разбить на два непустых подмножества V1 и V2 так, чтобы обе граничные точки каждого ребра находились в одном и том же подмножестве.
Граф G называется k-связным (k і 1), если не существует набора из k-1 или меньшего числа узлов V`Н V, такого, что удаление всех узлов V` и сопряженных с ними ребер, сделают граф G несвязанным.
Теорема Менгера: граф G является k-связанным тогда и только тогда, когда любые два различные узла x и y графа G соединены по крайне мере k путями, не содержащими общих узлов.
k-связанные графы представляют особый интерес для сетевых приложений. Определенную проблему составляет автоматическое отображение графа на экране или бумаге. Кроме того, для многих приложений (например, CAD) все узлы графа должны совпадать с узлами технологической сетки. Возникают и другие ограничения, например необходимость размещения всех узлов на прямой линии. В этом случае ребра графа могут представлять собой кривые линии, дуги или ломаные линии, состоящие из отрезков прямых. Смотри, например, рисунок 10.21.2.
Рис. 10.21.2
Граф слева безусловно легче воспринять, чем граф справа, хотя они эквивалентны. Существует ряд алгоритмов, позволяющих определить, является ли граф плоским. Так граф на рис. 10.21.3 на первый взгляд не является плоским (ведь его ребра пересекаются в нескольких местах). Но он может быть перерисован (см. рис. 10.21.3а), после чего его плоскостность уже не подвергается сомнению.
1 | 2 | 3 | 4 | 5 | |
1 | 0 | 0 | 1 | 1 | 0 |
2 | 0 | 0 | 0 | 1 | 1 |
3 | 1 | 0 | 0 | 0 | 1 |
4 | 1 | 1 | 0 | 0 | 0 |
5 | 0 | 1 | 1 | 0 | 0 |
Рис. 10.21.3. Граф и его матрица смежности
Рис. 10.21.3а. Преобразование графа с рис 3
Матрица смежности, характеризующая этот граф, эквивалентна приведенной на рис. 10.21.3, а сами графы изоморфны. Для представления графа может использоваться Булева функция S(x,y), для которой S(i,j)=1 тогда и только тогда, когда (i,j)О E. S(i,j) обозначает ребро графа, соединяющее узлы i и j. Одной из возможностей реализации s является использование матрицы смежности А графа g.
А - двухмерная матрица.
Для описания графа с помощью матрицы смежности A(i,j), где (i,j) О E, необходимо пронумеровать узлы графа. Элементы матрицы могут принимать значения 0 или 1. Так как представленный на рисунке граф не имеет ребер исходящих и завершающихся в одном и том же узле (нет петель), диагональные элементы матрицы равны нулю. Единицы присутствуют в позициях, которые соответствуют парам узлов, соединенных ребрами, например, 1-3, 1-4 или 5-2 и 5-3. Число ребер, исходящих из вершины (петля учитывается дважды), называется степенью вершины d(v). В конечном графе число вершин с нечетной степенью всегда четно.
Другой способ представления графа обеспечивает функция, которая выдает списки узлов, с которыми данный узел связан непосредственно. Для графа, отображенного на рис. 10.21.4, такое описание можно представить в виде структуры (таблица 10.21.1). В колонке s представлены номера узлов, далее в строке таблицы следует список соседних узлов. По этой причине число колонок в каждой из строк различно.
Рис. 10.21.4
Таблица 10.21.1.
S | Список "соседних" узлов | |||
1 | 2 | 5 | 6 | |
2 | 1 | 3 | ||
3 | 2 | 4 | 5 | |
4 | 3 | |||
5 | 1 | 3 | 6 | 7 |
6 | 1 | 5 | 7 | |
7 | 5 | 6 |
Граф называется полным, если любые две вершины являются смежными.
Если для всех вершин d(v) = k, то граф называется однородным графом степени k или k-однородным. Граф на рис. 10.21.5 является полным и 3-однородным.
Рис. 10.21.5.
Конечная последовательность ребер графа e1, e2,…,en называется маршрутом длины n. Маршрут называется замкнутым, если вершины начала и конца маршрута совпадают. Если ребра, образующие маршрут различны, то такой маршрут называется цепью.
Граф называется деревом, если он связан и не имеет циклов. Граф является деревом тогда и только тогда, когда каждая пара различных вершин соединяется одной и только одной цепью.
Каждое дерево с n вершинами имеет ровно n- 1 ребро. Удаление любого ребра в дереве делает его несвязным. По этой причине дерево можно считать минимальным связным графом. Если все вершины графа G принадлежат дереву Т, то считается, что дерево покрывает граф G.
Граф, не имеющий циклов и состоящий из k компонент, называется лесом из k деревьев. Лес из k деревьев, содержащий n вершин имеет в точности n-k ребер.
Пусть G=(v,e) связный граф и FМ E подмножество его ребер. При этом F называется разделяющим подмножеством тогда и только тогда, когда подграф G'=(V, E-F) несвязан. E-F обозначает множество ребер, которое принадлежит Е, но не принадлежит F.
Если узлы графа могут быть соединены несколькими путями, сеть, описываемая таким графом, обладает повышенной надежностью. Рассмотрим задачу выбора оптимального дерева маршрутов, лишенного циклов, в такой сети (см. рис. 10.21.6). Алгоритм используется в схеме "расширяющееся дерево" для локальных сетей со сложной топологией. Алгоритм преобразует многосвязный граф в плоский без замкнутых структур.
Рис. 10.21.6.
В качестве начального выбираем узел 1. Матрица оценки формируется поэтапно (А-E). На этапе А выбирается узел 5, так как к нему ведет ребро с метрикой 1. Здесь становятся доступными ребра, ведущие к узлам 2, 4, 6 и 7. Ребро 1-5 из рассмотрения устраняется. На следующем этапе выбирается узел 7, к нему от узла 5 ведет ребро с метрикой 1. Здесь в рассмотрение включаются ребра 7-4 и 7-8. Следующим выбранным узлом становится 4 и включается в перечень ребро 4-2. Далее рассматривается узел 6 и ребра 6-8 и 6-3.
В результате граф приобретает вид, показанный на рисунке 10.21.7.
Рис. 10.21.7.
Рассмотренный алгоритм сходен с алгоритмом Дикстры, используемым для поиска наилучшего пути во внутреннем протоколе маршрутизации ospf.
Выбранный метод аналитического представления графа достаточно прост, но требует для графа с N узлами N2 ячеек памяти (бит). Впрочем, для неориентированного графа матрица является симметричной и для ее хранения в памяти ЭВМ достаточно N(N-1)/2 ячеек.Это справедливо и для ориентированных графов без петель.
Петлей называется ребро графа, которое начинается и завершается в одном и том же узле (рис. 10.21.8).
Рис. 10.21.8.
Справедливо следующее утверждение. Узлы i,j соединены путем длиной k тогда и только тогда, когда Ak(i,j)=1.
Надо сказать, что графы являются весьма удобным средством описания и оптимизации алгоритмов вычисления. В качестве примера рассмотрим вычисление квадратного полинома ax2+bx+c по схеме Горнера (рис. 10.21.9).
Рис. 10.21.9. Граф вычисления квадратного полинома по схеме Горнера.
Коды протоколов в Ethernet II
Семёнов Ю.А. (ГНЦ ИТЭФ), book.itep.ru
Десятичный код | Hex | Описание |
0-05DC | Поле длины IEEE 802.3 | |
512 | 0200 | XEROX PUP (PARC Universal Packet) |
513 | 0201 | Трансляция адреса для пакетов PUP |
1536 | 0600 | XEROX NS IDP |
2048 | 0800 | Internet протокол (IPv4) |
2049 | 0801 | X.75 Internet |
2050 | 0802 | NBS Internet |
2051 | 0803 | ECMA Internet |
2052 | 0804 | Chaosnet |
2053 | 0805 | X.25 уровень 3 |
2054 | 0806 | Протокол трансляции адреса (ARP) |
2055 | 0807 | XNS совместимость |
2560 | 0A00 | Xerox IEEE-802.3 PUP |
4096 | 1000 | Berkley Trailer |
21000 | 5208 | BBN Simnet |
24577 | 6001 | DEC MOP Dump/Load |
24578 | 6002 | DEC MOP удаленный терминал |
24579 | 6003 | DEC DECnet фаза IV |
24580 | 6004 | DEC LAT (Local Area Transport) |
24582 | 6005 | Диагностический протокол DEC |
24583 | 6006 | Протокол пользователя DEC |
24586 | 6010-6014 | Корпорация 3Com |
28720 | 7030 | Proteon |
32773 | 8005 | HP Probe |
32776 | 8008 | AT&T |
32784 | 8010 | Excelan |
32787 | 8013 | Диагностика SGI |
32788 | 8014 | Сетевые игры SGI |
32793 | 8019 | Apollo Computers |
32821 | 8035 | Реверсивный протокол ARP (RARP) |
32824 | 8038 | DEC LANbridge |
32829 | 803D | Ethernet шифрование DEC |
32831 | 803F | Сетевой монитор трафика DEC |
32872 | 8068 | General Dynamics |
32873 | 8069 | AT&T |
32923 | 809B | AppleTalk |
33011 | 80F3 | AppleTalk AARP |
33072 | 8130 | Heyes Microcomputers |
33079 | 8137-8138 | NetWare IPX/SPX |
33100 | 814C | SNMP |
818D | Motorola Computer | |
81A5-81AE | RAD Network Devices | |
36865 | 9001 |
3Com(Bridge) XNS Sys Mgmt(Системное управление XNS) |
36866 | 9002 | 3Com(Bridge) TCP-IP System |
Краткий справочник по командам UNIX
Семёнов Ю.А. (ГНЦ ИТЭФ), book.itep.ru
Первая версия UNIX была создана в 1971 году, в 1979 году была подготовлена 7-я редакция (Bourne Shell и компилятор С, разработанная Керниганом и Ритчи; тогда же фирма Microsoft купила права и разработала свою версию для РС - XENIX). Первая версия BSD (Беркли) была подготовлена в 1978 году. В 1981 году закончена версия, поддерживающая стек протоколов TCP/IP (4.2BSD). В 1990 году в UNIX была встроена система NFS. Несколько лет назад в университете Хельсинки (Линусом Торвальдсом) была разработана версия UNIX, известная под названием LINUX.
UNIX имеет двухуровневую структуру: ядро, где сконцентрированы базовые услуги и оболочка, куда входят редакторы, интерпретаторы, например СС, а также lp, routed, inetd, init и т.д.
Код UNIX написан на Си (на 30% больше по объему и на 20% ниже по производительности, чем версия на ассемблере). Система открытая, рассчитанная на многозадачность и большое число пользователей.
Интерфейс системных вызовов предоставляет набор услуг ядра и определяет формат запросов. Ядро состоит из трех частей:
Файловая система
Система управления процессами и памятью
Система ввода/вывода.
Файловая система обеспечивает интерфейс доступа к данным на дисковых накопителях и в периферийных устройствах ввода/вывода. Одни и те же функции open(), read(0, write() могут использоваться при чтении/записи на диске и при выводе данных на принтер или терминал. Файловая система управляет правами доступа и привилегиями. Она обеспечивает перенаправление запросов, адресованных периферийным устройствам.
Система управления процессами ЭВМ, причем их число обычно превышает число ЦПУ. Специальной задачей ядра является планирование выполнением процессов (scheduler). Сюда входит управление ресурсами системы (временем ЦПУ, дисковым пространством, распределением памяти и т.д.). Данная система занимается созданием и удалением процессов, синхронизацией их работы и взаимодействием процессов (например, обменом данными).
Система ввода/вывода обслуживает запросы файловой системы и системы управления процессами для доступа к периферийным устройствам (дискам, лентам, печати, терминалам).
Эта система организует взаимодействие с драйверами этих устройств.
Файловая система UNIX представляет собой древовидную структуру. Каждый файл имеет имя, которое определяет его место на дереве файловой системы. Корнем этой системы является корневой каталог с именем /.
В этом каталоге обычно содержатся каталоги:
/bin | Каталог наиболее популярных системных команд и утилит. |
/dev | Каталог файлов для периферийных устройств, например дисковых накопителей (/dev/cdrom, /dev/mem, /dev/null или /dev/ttyp10). |
/etc | Здесь находятся конфигурационные файлы и утилиты администрирования, среди них скрипты инициализации системы. |
/lib | Каталог библиотечных файлов языка Си и других языков. |
/lost+found | Каталог “потерянных” файлов. Ошибки при неправильном выключении ЭВМ могут привести к появлению безымянных файлов (содержимое корректно, но нет ссылок на этот файл ни в одном из каталогов). |
/mnt | Каталог для установления временных связей (монтирования) физических файловых систем с корневой системой. Обычно каталог пуст. |
/home | Служит для размещения каталогов пользователей (в прежних версиях для этого служил каталог /usr. |
/var | Предназначен для размещения сервисных подкаталогов, например, электронной почты (/usr/spool), утилит UNIX (/usr/bin), программ, исполняемых на данной ЭВМ (/usr/local), файлов заголовков (/usr/include), системы справочника (/usr/man). |
/tmp | Служит для записи временных файлов. |
UNIX, тем не менее, не предполагает наличия лишь одной файловой системы. Число таких файловых систем в этой ОС не лимитировано, они могут располагаться на одном дисковом накопителе, на разных устройствах или даже на разных ЭВМ.
Каждый файл имеет сопряженные с ним метаданные, записанные в индексных дескрипторах - inode.
Имя файла является указателем на его метаданные (метаданные не содержат указателя на имя файла). Существует 6 типов файлов:
Обычный файл (regular)
Каталог (directory)
Файл внешнего устройства
Канал с именем (FIFO)
Связь (link)
socket
Обычный файл является наиболее распространенным типом. Для операционной системы такой файл представляется простой последовательностью байтов. Интерпретация содержимого такого файла находится в зоне ответственности прикладной программы, которая с ним работает.
Каталог - это файл, содержащий имена находящихся в нем файлов и указатели на информацию, позволяющую ОС производить операции над этими файлами. Запись в каталог имеет право только ядро. Каталог представляет собой таблицу, каждая запись в которой соответствует некоторому файлу.
Файл внешнего устройства обеспечивает доступ к этому прибору. UNIX различает символьные и блочные файлы. Символьные файлы служат для не буферизованного обмена, а блочные предполагают обмен порциями данных фиксированной длины.
Каналы с именем (FIFO) - это файлы, служащие для связи между процессами.
Файловая система допускает наличие нескольких имен у одного файла. Связь имени файла с его метаданными называется жесткой связью. С помощью команды ln можно создать еще одно имя для файла. Особым типом файла является символическая связь, позволяющей косвенно обращаться к файлу. Символическая связь является особым типом файла.
Socket служит для взаимодействия между процессами. Интерфейс socket используется, например, для доступа к сети TCP/IP.
Любой файл имеет двух владельцев - собственно создателя и группу (chown, chgrp и chmod). Файл создается не пользователем, а процессом, им запущенным. Атрибуты этого процесс присваиваются и файлу (r, w и x). Имеется также несколько дополнительных атрибутов, среди них sticky bit, который требует сохранения образа \исполняемого файла в памяти после завершения его работы. Атрибуты SUID и GUID позволяют изменить права пользователя в направлении расширения (до уровня создателя файла) на время исполнения данной программы (это используется, например, в случае работы с файлом /etc/passwd).
В случае каталогов sticky bit позволяет стереть только файлы, которыми владеет пользователь.
Различается несколько типов процессов.
Системные процессы являются частью ядра и резидентно размещены в оперативной памяти. Они запускаются при инициализации ядра системы. Системными процессами являются, например, kmadaemon (диспетчер памяти ядра), shed (диспетчер свопинга), bdfflush (диспетчер кэша), init (прародитель всех остальных процессов).
Демоны - не интерактивные процессы, запускаемые путем загрузки в память соответствующих программ и выполняемые в фоновом режиме. Демоны не ассоциируются ни с одним из пользователей (они служат, например, для организации терминального ввода, печатающего устройства, сетевого доступа).
Прикладные процессы - это остальные процессы принадлежащие, как правило, пользователям.
Процессы создаются процедурой fork и характеризуются набором атрибутов:
PID | (Process ID) представляет собой уникальное имя процесса (идентификатор нового процесса характеризуется большим кодом, чем идентификатор предыдущего). После уничтожения процесса ликвидируется и его PID и этот идентификатор может быть присвоен новому процессу. |
PPID | (Parent Process ID) - идентификатор процесса, породившего данный процесс. |
Приоритет процесса | (Nice Number) учитывается планировщиком при определении очередности запуска процессов. |
TTY | псевдотерминал, ассоциированный с процессом. Демоны не имеют псевдотерминала. |
RID (Real ID) | пользователя, запустившего данный процесс. Эффективный идентификатор (EUID) служит для определения прав доступа процесса к системным ресурсам. |
Так, когда пользователь вводит команду ls, текущий процесс shell осуществляет вызов fork, порождая новый процесс - копию shell. Порожденный процесс осуществит вызов exec, указав в качестве параметра имя исполняемого файла (ls). Ls замещает shell, а по завершении работы процесс уничтожается.
Сигналы
Сигналы служат для того, чтобы передавать от одного процесса к другому или от ядра к какому-то процессу, уведомление о происхождении некоторого события. Примером такого события может быть нажатие клавиши мышки или нажатие клавиш <Ctrl><C> (SIGINIT)или <Ctrl><Alt><Del>.
Для отправления сигнала служит команда kill pid, где sig_no - номер или символическое название сигнала, pid - идентификатор процесса, которому адресован сигнал. Для остановки процесса, выполняемого в фоновом режиме можно послать сигнал SIGTERM. Например, kill $!, где $! - переменная, где хранится идентификатор процесса (PID), запущенного последним.
Таблица 1. Сигналы
Имя сигнала | Функция по умолчанию | Описание |
SIGABRT | Завершение + ядро | Результат системного вызова abort |
SIGALRM | Завершение | Результат срабатывания таймера, установленного системными вызовом alarm или setitimer |
SIGBUS | Завершение + ядро | Результат аппаратной ошибки. Сигнал посылается при обращении к виртуальному адресу, для которого отсутствует соответствующая физическая страница памяти. |
SIGCHLD | Игнорирование | Сообщает родительскому процессу о завершении исполнения дочернего |
SIGEGV | Завершение + ядро | Формируется при попытке обращения к неверному адресу или области памяти, для которой у процесса нет привилегий. |
SIGFPE | Завершение + ядро | Сигнал возникает в случае деления на нуль или при переполнении в операциях с плавающей запятой. |
SIGHUP | Завершение | Посылается хозяину сессии, связанной с консолью, когда ядро обнаружит, что терминал отключился. Сигнал передается всем процессам текущей группы при завершении сессии хозяина. Этот сигнал иногда используется для взаимодействия процессов, например, для уведомления демонов о необходимости обновления конфигурационных данных. |
SIGILL | Завершение + ядро | Посылается ядром при попытке процесса выполнить недопустимую команду. |
SIGINT | Завершение | Посылается ядром всем процессам при нажатии комбинации клавиш <Del> или <Crtl><C>. |
SIGKILL | Завершение | Сигнал прерывает выполнение процесса. Перехват или игнорирование этого сигнала невозможно. |
SIGPIPE | Завершение | Результат попытки записи в канал или сокет, когда получатель данных закрыл соответствующий дескриптор. |
SIGPOLL | Завершение | Результат реализации определенного события для устройства, которое опрашивается. |
SIGPWR | Игнорирование | Результат угрозы потери питания (при переключении на UPS). |
SIGQUIT | Завершение + ядро | Посылается ядром всем процессам текущей группы при нажатии клавиш <Crtl><\>. |
SIGSTOP | Стоп | Посылается всем процессам текущей группы при нажатии пользователем комбинации клавиш <Crtl><Z>. Процесс останавливается. |
SIGSYS | Завершение + ядро | Посылается ядром при попытке некорректного системного вызова |
SIGTERM | Завершение | Предупреждение о скорой ликвидации процесса (ликвидировать временные файлы, прервать текущие обмены) Команда kill посылает именно этот сигнал. |
SIGTTIN | Стоп | Формируется ядром при попытке фонового процесса выполнить чтение с консоли. |
SIGTTOU | Стоп | Формируется ядром при попытке фонового процесса выполнить запись в консоль |
SIGUSR1 | Завершение | Предназначен для прикладных задач, как средство взаимодействия процессов. |
SIGUSR2 | Завершение | Предназначен для прикладных задач, как средство взаимодействия процессов. |
Сигнал может игнорироваться, могут быть предприняты действия, предусмотренные по умолчанию, или процесс может взять на себя функцию обработки сигнала. Если процесс не остановился, существует способ заставить его выполнить это требование, послав команду:
kill -9 pid
Иногда и это может не помочь, например, в случае процессов зомби (процесса нет а запись о нем имеется), операции в NFS или с ленточным ЗУ.
Атрибуты пользователя в файле /etc/passwd (одна строка - одна запись):
имя:passwd-encod:UID:GID:комментарии:home-dir:shell
имя уникальное регистрационное имя пользователя (вводится при login)
passwd-encod закодированный пароль пользователя. Часто пароль хранится в отдельном файле, а здесь вместо него проставляется символ х. Если в этом поле стоит символ *, то данный пользователь в систему войти не может (используется для псевдопользователей)
UID Идентификатор пользователя, который наследуется порожденными им процессами. ROOT имеет UID=0.
GID Идентификатор первичной группы пользователя, который соответствует идентификатору в файле /etc/group, где содержится список имен пользователей-членов группы.
Комментарии Обычно здесь записывается истинное имя пользователя, здесь может быть записана дополнительная информация, например, телефон или e-mail пользователя, считываемые программой finger.
home-dir Базовый каталог пользователя, где он оказывается после входа в систему.
Shell Название программы, используемой системой в качестве командного интерпретатора (например, /bin/sh). Разные интерпретаторы используют разные скрипты инициализации (.profole, .login и т.д.).
В первой строке скрипта помещается строка #! /bin/sh, указывающая на тип и размещения интерпретатора. Поскольку скрипт исполняется интерпретатором, работает он медленно. Значение PID сохраняется в переменной $$, что можно использовать при формировании имен временных файлов, гарантируя их уникальность. Переменные $1, $2 и т.д. несут в себе значения параметров, переданных скрипту. Число таких параметров записывается в переменной $#.
Результат работы скрипта заносится в переменную $?. Ненулевое значение $? свидетельствует об ошибке. В переменной $! Хранится PID последнего процесса, запущенного в фоновом режиме. Переменная $* хранит в себе все переменные, переданные скрипту в виде единой строки вида: “$1 $2 $3 …”. Другое представление переданных параметров предлагает переменная $@= “$1” “$2” “$3” …
Таблица 2. Перенаправление потоков ввода/вывода
Обозначение | Выполняемая операция |
>файл | Стандартный вывод перенаправляется в файл |
>>файл | Данные из стандартного вывода добавляются в файл |
<файл | Стандартный ввод перенаправляется в файл |
p1|p2 | Вывод программы p1 направляется на вход программы p2 |
n>файл | Перенаправление вывода из файла с идентификатором n в файл |
n>>файл | Тоже, что и в предыдущей строке, но данные добавляются к содержимому файла |
n>&m | Объединение потоков с идентификаторами n и m |
<<str | “Ввод здесь” - используется стандартный ввод до подстроки str. При этом осуществляется подстановка метасимволов интерпретатора |
<<\str | То же, что и в предшествующей строке, но без подстановки. |
ps - ef | grep proс
осуществляет вывод данных о конкретном процессе proс. Несколько более корректна команда:
ps - ef | grep proс grep -v grep
так как в потоке, формируемом командой ps, присутствуют две строки, содержащие proс - строка процесса proс и строка процесса grep с параметром proс.
Для запуска выполнения команды в фоновом режиме достаточно завершить ее символов &.
Виртуальная память процесса состоит из сегментов памяти. Размер, содержимое и размещение сегментов определяется самой программой (например, применением библиотек). Исполняемые файлы могут иметь формат COFF (Common Object File Format) и ELF (Executable and Linking Format).
Функция main() является первой, определенной пользователем. Именное ей будет передано управление после формирования соответствующего окружения запускаемой программы. Функция main определяется следующим образом.
main(int argc, char *argv[], char *envp[]);
Аргумент argc определяет число параметров, переданных программе. Указатели на эти параметры передаются с помощью массива argv[], так через argv[0] передается имя программы, argv[1] - несет в себе первый параметр и т.д. до argv[argc-1]. Массив envp[] несет в себе список указателей на переменные окружения, передаваемые программе. Переменные представляют собой строки имя=значение_переменной.
В среде UNIX существует два базовых интерфейса для файлового ввода/вывода.
Интерфейс системных вызовов, непосредственно взаимодействующих с ядром ОС.
Стандартная библиотека ввода-вывода.
С файлом ассоциируется дескриптор, который в свою очередь связан с файловым указателем смещения, начиная с которого будет произведена последующая операция чтения/записи. Каждая операция чтения или записи увеличивает этот указатель на число переданных байтов. При открытии файла указатель принимает значение нуль.
Процессы
Процесс характеризуется набором атрибутов и идентификаторов. Важнейшим из них является идентификатор процесса PID и идентификатор родительского процесса PPID. PID является именем процесса в ОС. Существует еще 4 идентификатора, которые определяют доступ к системным ресурсам.
Идентификатор пользователя - UID.
Эффективный идентификатор пользователя - ЕUID
Идентификатор группы GID
Эффективный идентификатор группы ЕGID.
Процессы с идентификаторами SUID и SGID ни при каких обстоятельствах не должны порождать других процессов.
Процесс при реализации использует разные системные ресурсы - память, процессор, возможности файловой системы и ввод/вывод. ОС создает иллюзию одновременного исполнения нескольких процессов (предполагается, что имеется только один процессор), распределяя ресурсы между ними и препятствуя злоупотреблениям.
Выполнение процесса может происходить в двух режимах - в режиме ядра (kernel mode) и в режиме пользователя (user mode). В режиме пользователя процесс исполняет команды прикладной программы, доступные на непривилегированном уровне.
Для получения каких- либо услуг ядра процесс делает системный вызов. При этом могут исполняться инструкции ядра, но от имени процесса, реализующего системный вызов. Выполнение процесса переходит в режим ядра, что защищает адресное пространство ядра. Следует иметь в виду, что некоторые инструкции, например, изменение содержимого регистров управления памятью, возможно только в режиме ядра.
По этой причине образ процесса состоит из двух частей: данных режима ядра и режима пользователя. Каждый процесс представляется в системе двумя основными структурами данных - proc и user, описанными в файлах <sys/proc.h> и <say/user.h>, соответственно. Структура proc является записью системной таблицы процессов, которая всегда находится в оперативной памяти. Запись этой таблицы для активного в данный момент процесса адресуется системной переменной curproc. Каждый раз при переключении контекста, когда ресурсы процессора передаются другому процессу, соответственно изменяется содержимое переменной curproc, которая теперь будет указывать на proc активного процесса.
Структура user, называемая также u-area или u block, содержит данные о процессе, которые нужны ядру при выполнении процесса. В отличие от структуры proc, адресуемой с помощью указателя curproc, данные user размещаются в определенном месте виртуальной памяти ядра и адресуются через переменную u. u area также содержит стек фиксированного размера - системный стек или стек ядра (kernel stack). При выполнении процесса в режиме ядра операционная система использует стек, а не стек процесса.
Современные процессоры поддерживают разбивку адресного пространства на области переменного размера - сегменты, и области фиксированного объема - страницы.
Процессоры Intel позволяют разделить память на несколько логических сегментов. Виртуальный адрес при этом состоит из двух частей - селектора сегмента и смещения в пределах сегмента. Поле селектора INDEX указывает на дескриптор сегмента, где записано его положение, размер и права доступа RPL (Descriptor Privilege Level).
При запуске программы командный интерпретатор порождает процесс, который наследует все 4 идентификатора и имеет те же права, что и shell.Так как в сеансе пользователя прародителем всех процессов является login shell, то их идентификаторы будут идентичны. При запуске программы сначала порождается новый процесс, а затем загружается программа.
Процесс порождается с помощью системного вызова fork:
#include <sys/types.h>
#include <unistd.h>
pid_t fork(void);
Порожденный процесс (дочерний) является точной копией родительского процесса. Дочерний процесс наследует следующие атрибуты:
идентификатор пользователя и группы
все указатели и дескрипторы файлов
диспозицию сигналов и их обработчики
текущий и корневой каталог
переменные окружения
маску файлов
ограничения, налагаемые на процесс
управляющий терминал
Конфигурация виртуальной памяти также сохраняется (те же сегменты программ, данных, стека и пр.). После завершения вызова fork оба процесса будут выполнять одну и ту же инструкцию. Отличаются эти процессы PID, PPID (идентификатор родительского процесса), дочерний процесс не имеет сигналов, ждущих доставки, отличаются и код, возвращаемый системным вызовом fork (родителю возвращается PID дочернего процесса, а дочернему - 0). Если код =0, то возврат осуществляется только в родительский процесс.
Для загрузки исполняемого файла используется вызов exec (аргумент - запускаемая программа). При этом существующий процесс замещается новым, соответствующим исполняемому файлу.
идентификаторы PID и PPID
все указатели и дескрипторы файлов, для которых не установлен флаг FD_CLOEXEC
идентификаторы пользователя и группы
текущий и корневой каталог
переменные окружения
маску файлов
ограничения, налагаемые на процесс
управляющий терминал
Процессы могут уведомлять друг друга о произошедших событиях с помощью сигналов, каждый из которых имеет символьное имя и номер. Сигнал может инициировать попытка деления на 0 или обращение по недопустимому адресу.
ОС UNIX создает иллюзию одновременного исполнения процессов, стараясь эффективно распределять между ними имеющиеся ресурсы.
Выполнение процесса возможно в режиме ядра (kernel mode) и в режиме задачи (user mode). В последнем случае процесс реализует инструкции прикладной программы, допустимые на непривилегированном уровне защиты процессора. При этом системные структуры данных недоступны. Для получения таких данных процесс делает системный вызов (на время происходит переход процесса в режим ядра).
Каждый процесс представляется в системе двумя основными структурами данных - proc и user, описанными в файлах <sys/proc.h> и <sys/user.h>. Структура proc представляет собой системную таблицу процессов, которая находится в оперативной памяти резидентно. Текущий процесс адресуется системной переменной curproc. Структура user размещается в виртуальной памяти. Область user содержит также системный стек и стек ядра.
Распределение оперативной памяти всегда бывает динамическим. Процессы выполняются в своем виртуальном адресном пространстве. Виртуальные адреса преобразуются в физические на аппаратном уровне при активном участии ОС. Объем виртуальной памяти может значительно превышать объем физической. Процессоры обычно поддерживают разделение адресного пространства области переменного размера - сегменты и фиксированного размера - страницы. Для каждой страницы может быть задано собственная схема преобразования виртуальных адресов в физические. Intel поддерживает работу с сегментами (сегментные регистры), где задается селектор сегмента (дескриптор) и смещение в пределах сегмента.
Распределение ресурсов процессора осуществляется планировщиком, который выделяет кванты времени каждому из активных процессов. Здесь приложения делятся на три класса:
Интерактивные
Фоновые
Реального времени
Каждый процесс в UNIX имеет свой контекст (контекст сохраняется при прерывании процесса). Контекст определяется следующими составляющими:
Адресное пространство процесса в режиме user
Управляющая информация (proc и user).
Окружение процесса (в виде пар переменная=значение).
Аппаратный контекст (регистры процессора)
Работа планировщика UNIX основана на использовании приоритетов процессов. Если процесс имеет наивысший приоритет и готов к работе, планировщик прервет работу текущего процесса, если у него более низкий приоритет, даже при условии, что он не выбрал до конца свой квант времени. Работа программы ядра обычно не прерывается. Это касается и процессов user, если они в данный момент осуществляют системный вызов.
Каждый процесс имеет два атрибута приоритета - текущий и относительный (nice). Первый служит для реализации планирования, второй присваивается при порождении процесса и воздействует на значение текущего приоритета. Текущий приоритет может характеризоваться кодами 0 (низший) - 127 (высший). Для режима user используются коды приоритета 0-65, а для ядра - 66-94 (системный диапазон).
Процессы с кодами 96-127 имеют фиксированный приоритет, который не может изменить ОС (обычно служат для процессов реального времени).
Процессу, ожидающему освобождения какого-то ресурса, система присваивает значение кода приоритета сна, выбираемое из диапазона системных приоритетов (в версии BSD большему коду соответствует меньший приоритет). Процессы типа “ожидание ввода с клавиатуры” имеют высокий приоритет сна и им сразу предоставляется ресурс процессора. Фоновые же процессы, забирающие много времени ЦПУ, получают относительно низкий приоритет.
Каждую секунду ядро пересчитывает текущие значения кодов приоритета для процессов, ожидающих запуска (коды<65), повышая вероятность получения ими требуемого ресурса. Так 4.3BSD использует для расчета приоритета процесса следующую формулу:
p_cpu = p_cpu*(2*load)/(2*load+1), где load - среднее число процессов в очереди за последнюю секунду. В результате после долгого ожидания даже низкоприоритетный процесс имеет определенный шанс получить требуемый ресурс.
Ядро генерирует и посылает процессу сигнал в ответ на определенные события, вызванные самим процессом, другим процессом, прерыванием (например, терминальным) или внешним событием. Это могут быть Alarm, нарушение по выделенным квотам, особые ситуации, например деление на нуль и т.д.
Некоторые сигналы можно заблокировать, отложить их обработку, или проигнорировать, для других (например, SIGKILL и SIGSTOP) это невозможно.
Взаимное влияние процессов в UNIX минимизировано (многозадачность!), но система была бы неэффективной, если бы она не позволяла процессам обмениваться данными и сигналами (IPC - Inter Process Communications). Для реализации этой задачи в UNIX предусмотрены:
каналы
сигналы
FIFO (First-In-First-Out - именованные каналы)
очереди сообщений
семафоры
совместно используемые области памяти
сокеты>
Для создания канала используется системный вызов pipe int pipe(int *filedes); который возвращает два дескриптора файла filedes[0] - для записи в канал и filedes[1] для чтения из канала. Когда один процесс записывает данные в filedes[0], другой получает их из filedes[1]. Здесь уместен вопрос, как этот другой процесс узнает дескриптор filedes[1]?
Нужно вспомнить, что дочерний процесс наследует все дескрипторы файлов родительского процесса. Таким образом, к дескрипторам имеет доступ процесс, сформировавший канал, и все его дочерние процессы, что позволяет работать каналам только между родственными процессами. Для независимых процессов такой метод обмена недоступен. Канальный обмен может быть запущен и с консоли. Например:
cat file.txt | wc
Здесь символ | олицетворяет создание канала между выводом из файла file.txt и программой wc, подсчитывающей число символов в словах. Процессы эти не являются независимыми, так как оба порождены процессом shell.
Метод FIFO (в BSD не реализован) сходен с канальным обменом, так как также организует лишь однонаправленный обмен. Такие каналы имеют имена, что позволяет их применять при обмене между независимыми процессами. FIFO - это отдельный тип файла в файловой системе UNIX. Для формирования FIFO используется системный вызов mknod.
int mknod(char *pathname, int mode, int dev);
где pathname - имя файла (FIFO),
mode - флаги владения и прав доступа,
dev - при создании FIFO игнорируется.
Допускается создание FIFO и из командной строки: mknod name p.
FIFO также как и обычные канала работают с соблюдением следующих правил.
Если из канала берется меньше байтов, чем там содержится, остальные остаются там для последующего чтения.
При попытке прочесть больше байт, чем имеется в канале, читающий процесс должен соответствующим образом обработать возникшую ситуацию.
Если в канале ничего нет и ни один процесс не открыл его на запись, при чтении будет получено нуль байтов. Если один или более процессов открыло канал на запись, вызов read будет заблокирован до появления данных.
В случае записи в канал несколькими процессами, эти данные не перемешиваются.
При попытке записать большее число байтов, чем это позволено каналом или FIFO, вызов write блокируется до освобождения нужного места. Если процесс предпринимает попытку записи в канал, не открытый ни одним из процессов для чтения, процессу посылается сигнал SIGPIPE, а вызов write присылает 0 с кодом ошибки errno=EPIPE.
Сообщения
Очереди сообщения являются составной частью UNIX System V. Процесс, заносящий сообщение в очередь, может не ожидать чтения этого сообщения каким-либо другим процессом. Сообщения имеют следующие атрибуты:
Тип сообщения
Длина данных в байтах
Данные (если длина ненулевая)
Очередь сообщений имеет вид списка в адресном пространстве ядра. Для каждой очереди ядро формирует заголовок(msqid_ds), где размещаются данные о правах доступа к очереди (msg_perm), о текущем состоянии очереди (msg_cbytes - число байтов msg_qnum - число сообщений в очереди), а также указатели на первое и последнее сообщение. Создание новой очереди сообщений осуществляется посредством системного вызова msgget:
#include <sys/types.h>
#include <sys/ipc.h>
#include e <sys/ipc.h>
int msgget( key_t key, int msgflag );
Эта функция выдает дескриптор элемента очереди, или -1 - в случае ошибки. Процесс может с помощью оператора msgsnd поместить сообщение в очередь, получить сообщение из очереди посредством msgrcv и манипулировать сообщениями с помощью msgctl.
Семафоры
Для управления доступом нескольких процессов к разделяемым ресурсам используются семафоры. Семафоры являются одной из форм IPC (Inter-Process Communication). Для обеспечения работы нужно обеспечить выполнение следующих условий:
Семафор должен быть доступен разным процессам и, по этой причине, находиться в адресной среде ядра.
Операция проверки и изменения семафора должна быть реализована в режиме ядра.
Помимо значения семафора в структуре sem записывается идентификатор процесса, вызвавшего последнюю операцию над семафором, число процессов, ожидающих увеличения значения семафора.
Разделяемая память
Активное использование каналов, FIFO и очередей сообщений может привести к снижению производительности машины. Это сопряжено с тем, что передаваемые данные сначала из буфера передающего процесса в буфер ядра, и только затем в буфер принимающего процесса. Техника разделяемой памяти позволяет избавиться от этих потерь, предоставив доступ двум или более процессам доступ общей зоне памяти.
Пока один процесс читает данные из разделяемой памяти, другой не должен туда писать и наоборот. Такого рода согласование работы осуществляется посредством семафоров.
Файловая система
В настоящее время UNIX использует виртуальную файловую систему, которая допускает работу с несколькими физическими файловыми системами самых разных типов. Система S5FS занимает раздел диска и состоит из трех компонентов.
Суперблока, где хранится общая информация о файловой системе, о ее архитектуре, числе блоков, и индексных дескрипторов (inode).
Массива индексных дескрипторов (ilist), где записаны метаданные всех файлов системы. Индексный дескриптор содержит статусные данные о файле и информацию о расположении этих данных на диске. Ядро обращается к inode по индексу массива ilist. Один inode является корневым, через него происходит доступ к структуре каталогов и файлов после монтирования файловой системы.
Блоки данных файлов и каталогов. Размер блока кратен 512 байтам.
Индексный дескриптор (inode) несет в себе информацию о файле, необходимую для обработки метаданных файла.
Каждый файл ассоциируется с одним inode. При открытии файла ядро записывает копию inode в таблицу in-core inode.
Слабой точкой файловой системы F5FS является суперблок. Он записан на диске в одном экземпляре и по этой причине уязвим. Низкая производительность этой файловой системы связана с тем, что метаданные файлов размещены в начале диска, а данные на относительном расстоянии от них. Это вызывает постоянные перемещения считывающих головок, снижая быстродействие системы.
Имена файлов хранятся в специальных файлах, называемых каталогами. По этой причине любой реальный файл данных может иметь любое число имен. Каталог файловой системы представляет собой таблицу, каждый элемент которой имеет длину 16 байтов: 2 байта номер индексного дескриптора, 14 - его имя. Число inode не может превышать 65535. Имя файла в этой системе (S5FS) не должно превышать 14 символов.
При удалении имени файла из каталога номер соответствующего inode устанавливается равным 0. Ядро не удаляет свободные элементы, по этой причине размер каталога при удалении файлов не уменьшается.
Новая файловая система FFS (Berkeley Fast File System) использует те же структуры длинные имена файлов (до 255 символов). Записи каталога имеют следующую структуру:
d_namlen - Длина имени файла
d_name[] - Имя файла
Имя файла имеет переменную длину, дополняемую нулями до 4-байтовой границы. Метаданные активных файлов, на которые ссылаются один или более процессов, представлены в памяти в виде in-core inode. В виртуальной файловой системе в качестве in-core inode выступает vnode. Структура vnode одинакова для всех файлов и не зависит от типа файловой системы. vnode содержит данные, необходимые для работы виртуальной файловой системы, а также характеристики файла, такие как его тип.
Получение описания инструкций (Help): man <имя объекта>
Уход из UNIX Ctrl-d или logout.
passwd | Смена пароля пользователя |
Вызов редактора | ed - строчный редактор; sed - потоковый редактор |
pwd | Выдача полного имени текущего каталога |
clear | Очистка экрана терминала. |
ls [-флаги...] имя... Распечатка каталога
Флаги:
-a | печатает все имена файлов в каталоге; |
-c | сортирует список файлов по времени последней модификации; |
-d | печатает информацию только о каталогах (эквивалентно -l); |
-f | для каждого подкаталога выводит его содержимое, этот флаг выключает все другие флаги; |
-g | вместо идентификатора владельца печатается идентификатор группы; |
-l | печатает полную информацию о файлах; |
-r | сортирует список в обратном порядке; |
-s | выводит размер файлов в блоках; |
-t | сортировка по времени; |
-u | сортирует список файлов по времени последнего доступа. |
lc | Вывод содержимого каталога по столбцам (аналогична ls, но присутствует не во всех системах); |
Образование нового каталога | mkdir |
Переход из каталога в каталог | cd |
Возвращение в предыдущий каталог | cd .. |
Переход в параллельный каталог b | cd ../b |
Возврат в базовый каталог | cd ../../ |
Удаление каталога | rmdir <имя_каталога> |
test <параметр> <файл> |
-b | является блочным специальным файлом; |
-c | символьным специальным файлом; |
-d | каталогом; |
-f | обычным файлом (не каталогом); |
-g | установлен бит идентификатора группы; |
-k | второй промежуточный бит округления; |
-r | доступен для чтения; |
-s | имеет ненулевой размер; |
-t[fds] | открытый файл с дескриптором fsd связан с терминалом (по умолчанию fsd=1); |
-u | установлен бит идентификатора пользователя; |
-w | доступен для записи; |
-x | для исполнения. |
cat [файл1 файл2 ...] | Слияние файлов (если указано одно имя команда выводит содержимое на терминал, эквивалентно команде page) |
cp файл1 файл2 или cp файл1 файл2 .... файлN каталог.
uucp | делает то же, что и cp, но между двумя UNIX машинами в сети. |
имя ЭВМ отделяется от имени файла с помощью "!". Перед именем файл2 необходимо указать также имя каталога или поставить "~", если оно неизвестно.
Например: | /usr/ivanov/news или ~ivanov/news. |
-m | посылает сообщение отправителю о доставке файла1; |
-n | посылает аналогичное сообщение получателю. |
mv файл1 файл2 или mv каталог1 каталог2
Печать файлов
Печать содержимого одного или нескольких файлов c автоматическим разбиением на страницы и с заголовком на каждой странице;
pr [флаги]...[файл]...
Флаги:
-h | задает заголовок; |
-ln | задает длину страницы в n строк (по умолчанию - 60); |
-m | Печатать все файлы одновременно в своих колонках; |
-n | в n колонок; |
+n | начиная со страницы n; |
-t | не печатать 5 строк заголовка и 5 последних строк страницы; |
-wn | задает ширину стр. в n символов (по умолчанию - 72); |
more [файл] | Отображает файл поэкранно. |
lpr [флаги]...[файл]...
Флаги:
-c | cкопировать файл перед печатью; |
-m | отправить почтовое сообщение по завершении печати; |
-n | не сообщать по почте о завершении печати (по умолчанию); |
-r | удалить файл после печати. |
Флаги:
-d | задает имя принтера; |
-o | служит для задания субпараметров печати; |
-n[число] | задает число копий печати; |
-m | выводит на терминал сообщение по завершении печати; |
-q[приоритет] | определяет уровень приоритета для запросов печати (максимальный - 0, минимальный -39); |
-s | блокирует сообщение "request идентификатор"; |
-R | удаляет напечатанные файлы; |
-L | использует подключенный к вашему терминалу локальный принтер; |
lprint | эквивалент команды pr -L; |
lpstat | выдает сообщение о статусе принтера; |
cancel | отменяет запрос вывода на печать. |
Сравнение файлов и выдача отчета о различиях;
cmp [-l][-s] файл1 файл2
Флаги:
-l | выдача полного списка различий; |
-s | выдача кода результата; (если равны - 0; неравны - 1; хотя бы один недоступен - 2); |
rm [флаги] файл
Флаги:
-f | если для файла запрещена запись/чтение; |
-i | удаление в интерактивном режиме; ( * означает - все файлы каталога); |
-r | * удаление всех файлов и подкаталогов; |
find каталог ... аргументы ...
Просматриваются рекурсивно все подкаталоги для каждого указанного каталога и ищутся файлы отвечающие условиям, заданным в аргументах. Числовые аргументы со знаком "+" означают "больше чем", а числовой аргумент со знаком "-" "меньше чем". Аргументы - это условия поиска; любому аргументу предшествует знак "-", все аргументы считаются соединенными знаком "И". -o соединитель ИЛИ, перед каждым символом "ИЛИ" должен ставиться знак "\";
Допускаются аргументы:
-name имя файла | имя файла совпадает с заданным; |
-type c | тип файла совпадает с с; |
-links n | файл имеет n связей; |
-user имя | файл принадлежит пользователю с данным именем; |
-group имя | файл принадлежит группе с именем; |
-size n | длина файла равна n блокам; |
-inum n | индекс файла равен n; |
-mtime n | последняя модификация файла была n дней назад; |
-exec команда | выполняется команда UNIX; |
-ok команда | то же, что и -exec, но печатается на терминале; |
печатается имя текущего файла; | |
-newer файл | текущий файл был модифицирован позже заданного |
clri файл-система индекс...
Удаляет индексный дескриптор для файла, отсутствующего в каталогах.
Библиотекарь
ar флаги [имя] библиотека [файл...]
Флаги:
a | указывает (совместно с r или m) на то, что файлы следует помещать после заданного файла; |
b | то же, что и a, но файлы размещаются перед заданным файлом; |
c | создание библиотечного файла; |
d | удалить файлы из библиотеки; |
l | поместить временные файлы библиотекаря в текущем каталоге; |
m | переместить файлы в конец библиотеки или вслед за указанным файлом; |
p | напечатать содержимое заданных файлов; |
q | добавить файлы в конец библиотеки; |
r | заменить файлы в библиотеке на новые. Если файлов нет, они просто добавляются; |
t | перечислить файлы, входящие в библиотеку; |
u | совместно с r указывает, что будет заменяться только те файлы библиотеки, которые были модифицированы раньше заданных файлов. |
v | печать дополнительной информации (вид действия, имя файла) применяется совместно с d, m, r, x; |
x | скопировать файлы в текущий каталог; |
Построение таблицы с содержанием библиотеки
ranlib [библиотека]
Служит для подготовки работы редактора связей.
Установка кода защиты файла | chmod код |
4000 разрешение смены идентификатора пользователя;
2000 разрешение смены идентификатора группы;
1000 сохранение образа файла после отсоединения всех процессов;
0400 разрешение чтения владельцу файла;
0200 разрешение записи владельцу файла;
0100 разрешение записи, чтения и выполнения владельцу;
0070 разрешение записи, чтения и выполнения группе;
0007 разрешение чтения, записи, исполнения всем.
Символьная форма позволяет установить биты кода защиты индивидуально и имеет вид:
[ugoa][+-=][rwxstugo], где
u | владелец, |
g | группа, |
o | прочие, |
a | все категории пользователей (по умолчанию), |
+ | разрешить доступ, |
- | запретить доступ, |
r | чтение, |
w | запись, |
x | исполнение, |
s | смена идентификатора пользователя или группы, |
t | сохранение образа файла в области выгрузки, |
ugo | оставить текущее значение бита доступа. |
dcheck [индексы][файловая система]
Сравнивает счетчик числа связей в индексном дескрипторе с числом записей в каталогах, ссылающихся на данный дескриптор. Индексы генерируются командой icheck. Проверка распределения памяти в файловой системе
icheck [-s][-b блок...][файловая система]
Исследуется файловая система, проверяется правильность списков свободных и используемых блоков, выводит общее число файлов, каталогов, число используемых блоков, число свободных блоков и т.д.
Флаги:
-b выдача диагностических сообщений для заданных
блоков.
-s создание списка свободных блоков;
Генерация имен файлов по заданным индексам
nchek [-i индексы] [-a][-s][файловая система]
Генерирует полные имена файлов для заданного списка индексов файловой системы, осуществляет поиск имен поврежденных файлов.
Флаги:
-a | печатает тот же список, что и для флага -i и дополнительно все файлы, имена которых начинаются с "." и "..". |
-i | печатает полный список файлов для индексов, перечисленных после данного флага. |
-s | печатаются только специальные файлы и файлы с установленным режимом смены идентификатора пользователя. |
Создание файловой системы
/etc/mkfs [файловая система][размер]
Создает новую файловую систему на диске или части диска согласно числу блоков, заданному аргументом размер. Такая система может быть присоединена к основной файловой системе с помощью команды mount.
Создание специальных файлов
/etc/mknod имя [c][b] тип устройство
Создание специальных файлов, располагающихся в каталоге /dev, где описываются характеристики драйверов устройств и файловых систем. Аргументы тип и устройство относятся к драйверу и к специальному входу в драйвер.
Монтирование файловой системы
/etc/mount файловая-система [-r] имя файла
Демонтирование файловой системы
/etc/umount файловая-система
Временная смена идентификатора пользователя
su [идентификатор]
Изменяет идентификатор пользователя, и выполняет операции, которые возможно было бы нельзя выполнить с другим идентификатором из-за отсутствия права доступа. Для возврата к исходной среде следует нажать ctrl-d.
Модификация суперблока - sync
Освобождаются буферы и модифицируется файловая система на диске. Sync автоматически выполняется через заданный промежуток времени, задаваемый администратором.
Библиотекарь магнитной ленты (или дискеты)
tar [флаги][имя]
Сохраняет и восстанавливает файлы и каталоги с использованием магнитной ленты (или дискет).
Флаги:
c | создает новую ленту для записи на нее файлов; |
r | заданные файлы записываются в конец ленты; |
t | печатает список файлов и каталогов, имеющихся на ленте, из числа заданных в команде; |
x | чтение с ленты заданных файлов или каталогов, если имеется несколько версий, читается последняя; |
u | заданные файлы добавляются на ленту, если их там нет или если это новые версии. Следующие флаги используются для модификации вышеприведенных функций. |
b | коэффициент блокирования при чтении и записи, по умолчанию = 1, максимальное значение = 20; |
f | следующий за f аргумент рассматривается как имя устройства вместо принятого по умолчанию /dev/mt?. |
l | обеспечивает выдачу сообщения, если при записи не удается получить доступ ко всем файлам; |
m | сообщает программе tar, что не следует изменять время модификации при записи файлов на ленту; |
v | печать имен всех файлов и каталогов, при выполнении данной операции; |
w | печатает наименование заданного действия и имя файла, после чего ожидается ответ пользователя. При "y" действие выполняется. |
0,...,7 | определяет номер устройства, на котором установлена лента, по умолчанию 1. |
Смена владельца файла chown
chown имя файл
Смена группы chgrp
chgrp группа файл
Изменение направления ввода/вывода
< > | задает направление ввода/вывода; |
<< >> | задает направление, но добавляет к уже имеющемуся; |
| | служит для передачи данных от одной команды к другой. |
Считывает данные из стандартного ввода. Символы, не совпадающие с символом в аргументе "строка_1", передается на стандартный вывод без изменения. Символы же, совпадающие с символом в аргументе "строка_1", заменяются на соответствующие символы из аргумента "строка_2".
Асинхронное выполнение команд
& | поставленное в конце командной строки позволяет продолжить работу, не дожидаясь окончания выполнения команды. |
Появление приглашения после ввода команды wait указывает на завершение всех запущенных ранее процессов.
at время [дата_и_время][приращение] список_команд
Команда планирования выполнения заданий.
Позволяет выполнить команду в указанный день и час, которые могут модифицироваться необязательным приращением.
at -r идентификатор_задания
Отменяет запрос.
batch планирует задания на то время, когда это будет позволять система.
Системные команды
mail имя файла или mail [-r] [-q] [-p] [-f файл]
Обращение к почтовому серверу.
Флаги:
-f | файл используется в качестве почтового ящика; |
-p | печать почты; |
-q | QUIT (прерывание процедуры); |
-r | упорядочение - раньше посланное сообщение читается раньше; без флага - обратный порядок. |
d | удаление данного почтового сообщения; |
m [имя] | переслать сообщение указанному пользователю; |
p | напечатать сообщение еще раз и вернуться к предшествующему сообщению; |
_ | вернуться к предыдущему сообщению; |
s [файл] | записать сообщение в файл; |
ctrl/d | вернуть сообщение в почтовый ящик и завершить выполнение команды mail (= q). |
x | выход без изменения почтового ящика; |
! | временный выход в SHELL; |
? | напечатать список команд mail. |
Сообщение всем работающим пользователям
wall администратор что-то сообщает всем.
Конец сообщения по ctrl/d.
Посылка сообщения другому пользователю
write имя [терминал]
Разрешение или отмена сообщений
mesg [y] [n] (флаги - "y" и "n") присылаемых другими пользователями.
Команды обработки файлов
comm [-[123]] файл1 файл2 | поиск одинаковых и разных строк в файлах, флаги "123" обозначают номера колонок. Результат печатается в трех колонках: |
2 - строки встречаются только в файле2;
3 - строки встречаются в обоих файлах.
Преобразование файла
dd [аргументы] | позволяет задавать входной и выходной файлы, указывать виды преобразований. Обычно используется для магнитных лент. |
if=имя | имя входного файла; |
of=имя | имя выходного файла; |
ibs=n | размер входного блока в байтах (512 по умолчанию); |
obs=n | размер выходного блока (512 по умолчанию); |
bs=n | размер входного и выходного блоков; |
cbs=n | размер буфера преобразования в байтах; |
skip=n | перед копированием пропустить n входных записей; |
files=n | скопировать n файлов с входной ленты; |
seek=n | установить выходной файл на запись с номером n перед началом копирования; |
count=n | скопировать n входных записей. |
grep [флаг] ... выражение [файл]
Служит для поиска соответствующих выражений (строк) в одном или нескольких файлах.
Флаги:
-b | перед каждой обнаруженной строкой печатается номер блока, где она содержится; |
-c | печатается только число строк, содержащих шаблон; |
-e | используется перед шаблоном, который начинается с символа "-"; |
-h | не печатаются имена файлов перед строками; |
-l | печатаются имена файлов, содержащие искомые строки; |
-n | перед каждой обнаруженной строкой печатается ее порядковый номер в файле; |
-s | вырабатывается только статус результата выполнения команды; |
-v | печатаются все строки, не содержащие шаблона; |
-y | строчные буквы в шаблоне считаются совпадающими как со строчными, так и прописными в файле. |
egrep | модифицированная версия grep. |
fgrep | упрощенная версия команды grep. Ищет только фиксированные строки, но работает быстрее чем grep. |
Восьмеричный дамп файла
od[-флаги] файл[[+] смещение [.][b]].
Флаги:
-b | каждый байт файла интерпретируется как восьмеричное число; | |||
-c | байты интерпретируются как символы ASCII, неграфические символы выдаются в виде: | |||
нулевой байт | \0 | |||
возврат на шаг | \b | |||
перевод формата | \f | |||
перевод строки | \n | |||
возврат каретки | \r | |||
горизонтальный TAB | \t | |||
остальные | ddd |
-d | каждое слово интерпретируется как десятичное число; |
-o | слова интерпретируются как восьмеричные числа; |
-x | слова интерпретируются как шестнадцатеричные числа. |
dump [флаги[аргумент...] файловая система]
Используется администратором для обеспечения сохранности всех данных в файловой системе.
Флаги:
d | задание плотности записи на ленту. |
f | задает устройство для защиты; |
s | задание размера ленты; |
u | запись времени защиты; |
0-9 | уровень защиты; |
restor флаги [аргументы]
Чтение магнитных лент, записанных командой dump.
Разбиение файла на части
split [-n][файл[имя]]
разбивает файл на части по n строк (по умолчанию n=1000).
Если задано имя выходного файла, то генерируется последовательность файлов с данным именем и буквами aa, ab, ac,... в конце. Если имя выходного файла не задано, используется имя "x".
Подсчет числа слов
wc[-lwc] [файл]
Определяет число строк, слов и символов в одном или более файлов. Строки в файле разделяются символом "\n", слова - пробелами, горизонтальной табуляцией или переводом строки.
Флаги:
l | подсчет числа строк в файле; |
w | подсчет числа слов в файле; |
c | подсчет числа символов в файле; |
uniq [-флаги[+n][-n]][вход][выход]
Находит одинаковые соседние строки файла. По умолчанию все одинаковые строки кроме одной удаляются.
Флаги:
c | одинаковые строки удаляются, но в начале строки ставится их исходное число; |
d | выводятся только одинаковые строки; |
-n | первые n полей при сравнении пропускаются; |
+n | перед сравнением пропускаются первые n символов; |
u | выводятся только разные строки. |
diff[-флаги]файл1 файл2
Определяются изменения, которые должны быть произведены в файлах, чтобы сделать их идентичными.
Позволяет экономить место при хранении ряда версий файла.
Флаги:
-b | игнорируются все пробелы и символы табуляции в конце строки, любые комбинации таких символов считаются эквивалентными; |
-e | выдает последовательность команд редактора ed, с помощью которых первый файл может быть сделан эквивалентным второму. |
-f | вырабатывает список изменений; |
-h | быстро обнаруживает различия, но не всегда корректно. |
sort[-флаги...][+поз1[-поз2]]...[-o имя][-T каталог][имя]...
соединяет и сортирует файлы, помещает результат в заданный файл. Если ключ сортировки не задан, при сравнении используется вся строка.
Флаги:
b | при сравнении полей игнорируются пробелы и табуляции в начале строки; |
c | проверяется, отсортирован ли входной файл в соответствии с заданными правилами; |
d | "словарная сортировка": в сравнении участвуют только буквы, цифры и пробелы; |
f | прописные буквы воспринимаются как строчные; |
i | при нечисловых сравнениях игнорируются символы, не входящие в диапазон ASCII 040-0176; |
m | слияние файлов, которые предполагаются отсортированными; |
n | сортировка по арифметическому значению; |
o | имя, идущее после воспринимается как имя выходного файла; |
r | задается обратный порядок сортировки; |
tx | буква t указывает на то, что вместо принятого по умолчанию пробела в качестве разделителя используется горизонтальная табуляция; |
T | задает имя каталога, где размещаются временные файлы; |
u | если одному ключу соответствует несколько строк, выводится только одна из них. |
Вывод аргументов
echo[-n][аргумент]
Выводит в стандартный файл заданные ей аргументы, разделяя их пробелами и завершая вывод переводом строки. Служит для сообщения о выполнении последовательности команд. Флаг -n предоставляет возможность отменить перевод строки после вывода аргументов.
Уничтожение процесса
kill [-флаг] процесс...
единственный флаг, допустимый в команде kill, - номер сигнала, например флаг -9 безусловно ликвидирует процесс.
Задержка выполнения команды
sleep время
Задерживает выполнение команды на время, заданное в секундах.
Понижение приоритета команды
nice [-число]команда[аргументы]
Позволяет выполнить другую команду, с более низким приоритетом. Аргумент-число определяет степень понижения приоритета. Чем больше число, тем меньше приоритет.
Дублирование стандартного вывода
tee [флаг]...[флаг]...
команда читает информацию из стандартного ввода и выводит ее одновременно на терминал и в заданные файлы.
Флаги:
-i | игнорировать прерывания; |
-a | вывод будет добавлен к файлу, вместо принятого по умолчанию создания нового файла. |
date [ггммддччмм][.сс]]
гг | год |
мм | месяц |
дд | день |
чч | час |
мм | минуты |
сс | секунды |
who [файл] [am I]
выдает список всех пользователей, работающих в данный момент, и имена их терминалов. [файл] - имя файла, где хранится информация о текущих пользователях. По умолчанию /etc/utmp. [am I] - дает возможность сообщить под каким именем вы вошли в систему.
Получение имени терминала
tty печатает имя терминала, за которым вы работаете.
Состояние процессов
ps [флаг...][файл]
предоставляет информацию об активных процессах в системе.
Флаги:
a | выдается информация обо всех процессах, управляемых терминалами. |
x | выдается информация обо всех процессах, не управляемых терминалами (системных). |
l | выдается полная информация с указанием состояния каждого процесса. |
PID | идентификатор процесса; |
TTY | номер терминала; |
CMD | команда, выполняемая процессом. |
UID | идентификатор пользователя; |
PPID | идентификатор процесса, породившего данный процесс; |
CPU | системная составляющая приоритета процесса; |
PRI | приоритет процесса, чем больше, тем ниже; |
NICE | пользовательская составляющая приоритета процесса; |
ADDR | для резидентного процесса адрес в памяти, в противном случае на диске; |
SZ | размер образа процесса в блоках; |
WCHAN | событие, которого ожидает процесс с состоянием S или W; пустое поле означает, что процесс работает. |
pstat | сообщает о статусе системы. |
Сведения об использовании диска
du[-s][-a][имя...]
Флаги:
-s | выводит только общее количество блоков для всех файлов. |
-a | печатает информацию для каждого файла. |
df [файловая система]
выводит количество блоков, доступных в заданной файловой системе.
Определение типа файла
file имя...
Определяется тип файла: .OBJ, .C, ASCII и т.д.
Печать календаря
cal [месяц]год
Установка функций терминала
stty [аргументы...]
позволяет узнать состояние любого терминала и настроить его на требуемый режим работы.
Аргументы:
even | включить контроль по четности; |
-even | выключить контроль по четности; |
odd | включить контроль на нечетность; |
raw | включить прозрачный режим ввода; |
nl | концом строки считать символ "перевода строки"; |
-nl | концом строки считать символ "возврат каретки"; |
echo | отображать на экране каждый вводимый символ; |
-echo | не отображать вводимые символы; |
lcase | преобразовывать прописные символы в строчные; |
tabs | заменить символы табуляции на пробелы при выводе; |
erase | установит следующий за erase символ в качестве символа стирания; |
kill | установит следующий за kill символ в качестве символа отмены; |
tabs [аргументы]
Устанавливает параметры табуляции для любого терминала.
Аргументы:
-n | используется, когда левое поле текста не выравнивается; |
терминал | описывает тип рабочего терминала. |
uncompress | разархивирует файлы, имеющие расширение .Z; |
uncompress имя_файла | работает для файлов без расширения .Z. |
uuencode файл указатель | используется для передачи двоичных (иногда и русских) файлов по электронной почте. Преобразует двоичный файл в ASCII-формат. Параметр указатель используется при декодировании и служит для указания маршрута и имени файла для команды uudecode. Результат кодировки можно положить в другой файл или непосредственно переслать по электронной почте. |
uudecode файл | используется для передачи двоичных (иногда и русских) файлов по электронной почте. Преобразует двоичный файл в ASCII-формат. Параметр указатель используется при декодировании и служит для указания маршрута и имени файла для команды uudecode. Результат кодировки можно положить в другой файл или непосредственно переслать по электронной почте. |
nslookup | выводит IP-информацию о домене; |
crypt | кодирует файл по заданному пользователем ключу |
uuname | выводит список узлов, известных данному узлу; |
uux | выполняет команды на удаленной машине UNIX. |
Модель машины конечных состояний
Семёнов Ю.А. (ГНЦ ИТЭФ), book.itep.ru
Базовой концепцией построения многих современных протоколов является машина конечных состояний (FSM - Finite State Machine). При этом подходе каждый протокол характеризуется машиной, которая в любой момент времени находится в каком-то конкретном состоянии. Каждому состоянию соответствует определнный набор значений системных переменных. Такой подход требует определенного уровня абстрагирования. Например, для того чтобы ЭВМ перешла из состояния ожидания в состояние, когда получено некоторое сообщение, реализуется достаточно много промежуточных операций (проверка качества сигнала, контроль целостности сообщения, проверка отсутствия переполнения буфера и многие другие). Все эти промежуточные операции и состояния считаются переходными и в данной модели не рассматриваются. Таким образом, состояние протокольной машины полностью определяется набором значений определенных системных переменных. Так состояние протокольной машины канала определяется состояниями клиента и сервера. Если состояние как отправителя так и получателя характеризуются двумя битами, то состояние системы будет характеризоваться 16 состояниями. Из любого состояния может быть нуль или более возможных переходов в другое состояние. Переход из одного состояние в другое происходит при наступлении определенного события (например, полчение сообщения, прерывание, таймаут и т.д.).
Машина состояний протокола может быть охарактеризована с помощью ориентированного графа, в котором число узлов равно числу конечных состояний системы, а число ребер всей совокупности возможных переходов из одного состояния в другое. Одно из состояний выбирается в качестве исходного. Из этого состояния система может попасть в некоторые (все) другие состояния с помощью последовательности переходов. Данный подход позволяет часто выявить слабые места протокола (например, возможности "повисаний").
Машина конечных состояний протокола характеризуется следующими наборами переменных
S | Набор состояний процессов и канала |
M |
Набор кадров, которые могут быть переданы по каналу |
I | Набор исходных состояний процессов |
T | Набор переходов между состояниями |
В начальный момент все процессы находятся в исходных состояниях. Дальнейшие переходы из состояния в состояние определяются событиями, происходящими в системе. Каждое событие может вызвать переход в новое состояние какого-то процесса или канала. Если в результате анализа графа машины конечных состояний выясняется, что в случае прихода кадра некоторого типа, не определено, в какое состояние должна перейти машина, это свидетельствует о наличии ошибки в протоколе. Если обнаруживается одно или несколько состояний, из которых нет перехода куда-либо во вне (тупик), такое положение также свидетельствует об ошибке. В качестве примера машины конечных состояний можно рассмотреть граф протокола .
Набор AT-команд модемов
Семёнов Ю.А. (ГНЦ ИТЭФ), book.itep.ru
AT-команды посылаются ЭВМ или терминалом модему через последовательный интерфейс RS-232 (модем должен быть при этом в командном режиме). Все эти команды начинаются с префикса AT, за исключением A/, A> и +++. Код A/ вызывает выполнение модемом предыдущей команды, A> заставляет модем выполнять предыдущую команду до 9 раз или пока не будет нажата какая-либо клавиша терминала или управляющей панели модема, или пока не будет установлена связь с удаленным модемом. Команда +++ (ESC-последовательность) переводит модем в командный режим или возвращает его в режим передачи данных.
Таблица 10.9.1. Стандартные AT-команды
Обозначение команды | Описание функции команды |
A | Включает режим отклика (снимается трубка, выполняется подключение к линии) |
+ B0 | Выбирает режим CCITT V.22 (1200бит/с, по умолчанию) |
B1 | Выбирает для коммуникации стандарт Bell 212A (1200 бит/с) |
D |
Вход в базовый режим, набор номера и попытка соединения с удаленным модемом. Числа и модификаторы, применимые с командой D: |
DL | Набор номера, использованного последним. |
DSn | Набор номера, записанного в EEPROM в позиции n(0-9). |
E0 | Запрет символьного отклика в командном режиме. |
+ E1 | Разрешает символьный отклик в командном режиме. |
Fn | Переключение между дуплексным и полудуплексным режимами (n=0 - полудуплексный; n=1 - дуплексный). |
H0 | Вешание трубки и отключение от линии |
H1 | Снятие трубки и подключение к линии |
I0 | Отображение информации о модеме (идентификационный код) |
I1 | Отображение результата проверки контрольной суммы ROM (EPRROM). |
I2 | Проверяется состояние внутренней памяти ROM и возвращается сообщение OK или CHECKSUM ERROR. |
I3 | Выдается версия модема |
I4 | Модем передает ЭВМ строку, заданную производителем модема. |
I5 | Выдается код страны производителя. |
I6 | Выдается код модели модема |
L0-7 | Управление громкостью динамика (по умолчанию L4). |
M0 | Громкоговоритель всегда выключен. |
+ M1 | Громкоговоритель включен пока не обнаружена несущая. |
M2 | Громкоговоритель всегда включен. |
M3 | Громкоговоритель включен после набора последней цифры и выключается после детектирования несущей. |
N0-7 | Управление громкостью звонка. N0 запретит звонок при приходе сигнала вызова. |
O | Возвращение в состояние on line. |
P | Импульсный набор |
+ Q0 | Модем возвращает код результата (по умолчанию) |
Q1 | Модем не возвращает код результата |
Q2 | Модем возвращает код результата, но отключается после ответа на звонок. |
Sr=n | Записывает в S-регистр r код n, n должно быть десятичным числом в интервале 0-255. |
Sr ? | Отображает код, записанный в регистре r. |
+ T | Тоновый набор (по умолчанию) |
V0 | Отображает код результата в сжатой цифровой форме. |
+ V1 | Отображает код результата в символьной форме (по умолчанию) |
Xn | Опции отображения работы и кодов результата (по умолчанию X5). Определяет набор сообщений, управляет определением сигнала “занято” и проверкой наличия гудка. |
Yn | Определяет способ отключения модема от линии. Команда Y1 заставляет модем повесить трубку, если от удаленного модема получен сигнал BREAK. Команда Y0 запрещает прерывать связь при получении длительного сигнала BREAK |
Wn | Записывает текущую конфигурацию модема в профайл n. |
Zn | Устанавливает конфигурацию модема из профайла n (n=0-3). Z4 устанавливает заводской набор параметров модема. |
Символ “+” указывает на то, что данный режим является режимом по умолчанию.
Команда X0 заставляет модем посылать сообщения в короткой форме. Номер набирается после паузы вне зависимости от наличия гудка. Состояние “занято” не распознается. После команды X1 модем посылает сообщения в полной форме. Команда X2 отличается от X1 и X0 тем, что набор номера выполняется лишь при наличии гудка. Команда X3 требует полной формы сообщений, номер набирается после паузы вне зависимости от наличия гудка, сигнал занято идентифицируется. Команда X4 сходна с X3, но требует для набора наличия гудка. При получении команд X2 или X4 модем разрывает связь и кладет трубку, если удаленный модем переведет линию в состояние BREAK на 1,6 секунды.
Существует несколько команд вывода справочной информации (работают не на всех модемах):
$ | справочная информация по базовому набору команд; |
&$ | справочная информация по расширенному набору команд (названия команд начинаются с символа &); |
*$ | справочная информация по улучшенному набору команд. |
Команда | Описание |
&B0 | DTE/DCE скорость следует за быстродействием линии. |
+ &B1 | DTE/DCE скорость зафиксирована на уровне заданном DTE (300-76800 бит/с, режим по умолчанию) |
&C0 | Предполагает, что несущая всегда присутствует (делает CD=ON) |
+ &C1 | CD отслеживает наличие несущей (по умолчанию.) |
&D0 | Игнорируется DTR сигнал, предполагает DTR=ON. |
&D1 | Переключение DTR OFF->ON вызывает набор номера по умолчанию. |
&D2 | DTR OFF вызывает отключение от линии и переход модема в командный режим. |
&D3 | Аналогична &D2, но вызывает также загрузку профайла 0. |
&F | Загружает в RAM заводской набор параметров модема. |
&K0 | Никакого контроля ошибок. |
&K1 | MNP4 (включая MNP3) |
&K2 | MNP4 + MNP5 |
&K3 | V.42 (эквивалентно &K1) |
+ &K4 | V.42 + V.42bis (эквивалентно &K2) |
+ &L0 | Выход в обычную городскую телефонную сеть (по умолчанию) |
&L1 | 2-проводная выделенная линия. |
&L2 | 4-проводная выделенная линия |
Пример записи AT-команды: ATDnnnnnnnnn, где последовательность символов n включает номер телефона и модификаторы набора (к модификаторам можно отнести P и T, указывающие на импульсный и тоновый тип набора соответственно. Допускается и более удобная для восприятия запись: ATD 8, (095) 123-94-42.
Таблица 10.9.3. Сообщения модема (коды результата Xn)
Код | Название | Описание |
0 | OK | Команда выполнена без ошибок |
1 | Connect | Установлена связь на скорости 300 бит/с (после реализации команд X1, X2, X3, X4) или на скорости 600, 1200, 2400 бит/с (после команды X0) |
2 | Ring | Обнаружен сигнал звонка. Этот код модем передает ЭВМ каждый раз, когда поступает сигнал вызова. |
3 | No Carrier | Потеряна или не получена несущая от удаленного модема. |
4 | Error | Обнаружена ошибка в командной строке, переполнен командный буфер или обнаружена ошибка контрольной суммы. |
5 | Connect 1200 | Установлена связь на скорости 1200 бит/с (см. команды X1, X2, X3, X4). |
6 | No Dial Tone | Нет сигнала (гудка) при снятии трубки (см. команды X2, X4) |
7 | Busy | Обнаружен сигнал <занято> после набора номера. |
8 | No Answer | Отклик может быть получен при использовании в командной строке символа @, если не выполнено условие - 5-сек тишины. |
9 | Ringing | Пришел вызов (звонок) |
10 | Connect 2400 | Установлена связь на скорости 2400бит/с (см. команды X1, X2, X3, X4). |
11 | Connect 4800 | Установлена связь на скорости 4800бит/с |
12 | Connect 9600 | Установлена связь на скорости 9600бит/с |
14 | Connect 19200 | Установлена связь на скорости 19200бит/с |
15 | Connect 7200 | Установлена связь на скорости 7200бит/с |
16 | Connect 12000 | Установлена связь на скорости 12000бит/с |
17 | Connect 14400 | Установлена связь на скорости 14400бит/с |
18 | Connect 16800 | Установлена связь на скорости 16800бит/с |
19 | Connect 38400 | Установлена связь на скорости 38400бит/с |
20 | Connect 57600 | Установлена связь на скорости 57600бит/с |
21 | Connect 76800 | Установлена связь на скорости 76800бит/с |
Национальные коды доменов в Интернет
Семёнов Ю.А. (ГНЦ ИТЭФ), book.itep.ru
Обычно завершающий код Internet-адреса определяет государственную принадлежность узла, сервера или ЭВМ (информация взята на сервере RIPE Network Coordination Center (X.500 в ISO 3166)). Информация упорядочена согласно англоязычным названиям стран.
Страна | Английское название | Двухбуквенный код | Трехбуквенный код | Числовой код |
Афганистан | AFGHANISTAN | AF | AFG | 004 |
Албания | ALBANIA | AL | ALB | 008 |
Ангола | ANGOLA | AO | AGO | |
Андорра | ANDORRA | AD | AND | |
Антарктика | ANTARCTICA | AQ | ATA | |
Алжир | ALGERIA | DZ | DZA | 012 |
Американское Самоа | AMERICAN SAMOA | AS | ASM | 016 |
Аргентина | ARGENTINA | AR | ARG | |
Армения | ARMENIA | AM | ARM | |
Австрия | AUSTRIA | AT | AUT | |
Австралия | AUSTRALIA | AU | AUS | |
Азербайджан | AZERBAIJAN | AZ | AZE | |
Багамы | BAHAMAS | BS | BHS | |
Бангладеш | BANGLADESH | BD | BGD | |
Барбадос | BARBADOS | BR | BRB | |
Бахрейн | BAHRAIN | BH | BHR | |
Белорусь | BELARUS | BY | BLR | 112 |
Белиз | BELIZE | BZ | BLZ | |
Бельгия | BELGIUM | BE | BEL | 446 |
Бенин | BENIN | BJ | BEN | |
Бермуды | BERMUDA | BM | BMU | |
Боливия | BOLIVIA | BO | BOL | |
Босния и Герцоговина | BOSNIA and HERZEGOWINA | BA | BIH | |
Бутан | BHUTAN | BT | BTN | |
Ботсвана | BOTSWANA | BW | BWA | |
Болгария | BULGARIA | BG | BGR | |
Бразилия | BRAZIL | BR | BRA | |
Буркина Фасо | BURKINA FASO | BF | BFA | |
Бурунди | BURUNDI | BI | BDI | |
Камбоджа | CAMBODIA | CH | KHM | |
Камерун | CAMEROON | CM | CMR | |
Центрально-Африканская республика | CENTRAL AFRICAN RESPUBLIC | CF | CAF | |
Чад | CHAD | TD | TCD | |
Каймановы острова | CAYMAN ISLANDS | CY | CYM | |
Остров Рождества | CHRISMAS ISLAND | CX | CXR | |
Чили | CHILI | CL | CHL | |
Колумбия | COLOMBIA | CO | COL | |
Конго | CONGO | CG | COG | |
Острова Кука | COOK ISLANDS | CK | COK | |
Коста Рика | COSTA RICA | CR | CRI | |
Кот-д'Ивуар | COTE D'IVOIRE | CI | CIV | |
Чехия | CZECH REPUBLIC | CZ | CZE | |
Джибути | DJIBUTI | DJ | DJI | |
Доминиканская республика | DOMINICAN REPUBLIC | DO | DOM | |
Эритрея | ERITREA | ER | ERI | |
Эфиопия | Ethiopia | ET | ETH | |
Египет | EGIPT | EG | EGY | |
Эквадор | ECUADOR | EC | ECU | |
Сальвадор | EL SALVADOR | SV | SLV | |
Эритрея | ERITREA | ER | ERI | |
Экваториальная Гвинея | EQUATORIAL GUINEA | GQ | GNQ | |
Эстония | ESTONIA | EE | EST | |
Фальклендские острова | FALKLAND ISLANDS | FK | FLK | |
Фиджи | FIJI | FJ | FJI | |
Финляндия | FINLAND | FI | FIN | |
Франция | FRANCE | FR | FRA | |
Габон | GABON | GA | GAB | |
Германия | GERMANY | DE | DEU | |
Гамбия | GAMBIA | GM | GMB | |
Гана | GHANA | GH | GHA | |
Гренада | GRENADA | GD | GRD | |
Греция | GREECE | GR | GRC | |
Гренландия | GREENLAND | GL | GRL | |
Грузия | GEORGIA | GE | GEO | |
Гватемала | GUATEMALA | GT | GTM | |
Гвинея | GUINEA | GN | GIN | |
Гайана | GUYANA | GY | GUY | |
Гаити | GAITI | HT | HTI | |
Гваделупа | GUADELOUPE | GP | GLP | |
Гибралтар | GIBRALTAR | GI | GIB | |
Гуам | GUAM | GU | GUM | |
Дания | Denmark | DK | DNK | |
Гондурас | HONDURAS | HN | HND | |
Гонконг | HONG KONG | HK | HKG | |
Венгрия | HUNGARY | HU | HUN | |
Исландия | ICELAND | IS | ISL | |
Израиль | Israel | IL | ISR | |
Ирландия | IRLAND | IE | IRL | |
Италия | ITALIA | IT | ITA | |
Ямайка | JAMAICA | JM | JAM | |
Кирибути | KIRIBUTI | KI | KIR | |
Иордания | JORDAN | JO | JOR | |
Япония | JAPAN | JP | JPN | |
Кипр | CYPRUS | CY | CYP | |
Киргизстан | KYRGYZSTAN | KG | KGZ | |
Казахстан | KAZAKHSTAN | KZ | KAZ | |
Канада | CANADA | CA | CAN | |
Хорватия | CROATIA | HR | HRV | |
Индия | INDIA | ID | IDN | |
Индонезия | Indonesia | ID | IND | |
Ирак | IRAQ | IQ | IRQ | |
Иран | IRAN | IR | IRN | |
Кения | KENYA | KE | KEN | |
Корея | KOREA | KR | ЛЩК | |
Куба | CUBA | CU | CUB | |
Кувейт | KUWAIT | KW | KWT | |
Китай | CHINA | CN | CHN | |
Лаос | LAOS | LA | LAO | |
Латвия | LATVIA | LV | LVA | |
Леван | LEBANON | LB | LBN | |
Либерия | LIBERIA | LR | LBR | |
Ливия | LIBIA | LY | LBY | |
Лисото | LESOTO | LS | LSO | |
Лихтенштейн | LIECHTENSTEIN | LI | LIE | |
Литва | LITHUANIA | LT | LIE | |
Люксембург | LUXEMBOURG | LU | LUX | |
Макао | MACAO | MO | MAC | |
Македония | MACEDONIA, | MK | MKD | 807 |
Мадагаскар | MADAGASCAR | MG | MDG | 450 |
Малави | MALAWI | MW | MWI | 454 |
Малайзия | MALAYSIA | MY | MYS | 458 |
Мальдивские острова | MALDIVES | MV | MDV | 462 |
Мали | MALI | ML | MLI | 466 |
Мальта | MALTA | MT | MLT | 470 |
Маршалловы острова | MARSHALL ISLANDS | MH | MHL | 584 |
Мартиника | MARTINIQUE | MQ | MTQ | 474 |
Мавритания | MAURITANIA | MR | MRT | 478 |
Маврикий | MAURITIUS | MU | MUS | 480 |
MAYOTTE | YT | MYT | 175 | |
Мексика | MEXICO | MX | MEX | 484 |
Микронезия | MICRONESIA | FM | FSM | 583 |
Молдова | MOLDOVA | MD | MDA | 498 |
Монако | MONACO | MC | MCO | 492 |
Монголия | MONGOLIA | MN | MNG | 496 |
MONTSERRAT | MS | MSR | 500 | |
Марокко | MOROCCO | MA | MAR | 504 |
Мозамбик | MOZAMBIQUE | MZ | MOZ | 508 |
Мьянма | MYANMAR | MM | MMR | 104 |
Намибия | NAMIBIA | NA | NAM | 516 |
Остров Науру | NAURU | NR | NRU | 520 |
Непал | NEPAL | NP | NPL | 524 |
Нидерланды | NETHERLANDS | NL | NLD | 528 |
Нидерландские Антиллы | NETHERLANDS ANTILLES | AN | ANT | 530 |
Новая Каледония | NEW CALEDONIA | NC | NCL | 540 |
Новая Зеландия | NEW ZEALAND | NZ | NZL | 554 |
Никарагуа | NICARAGUA | NI | NIC | 558 |
Нигер | NIGER | NE | NER | 562 |
Нигерия | NIGERIA | NG | NGA | 566 |
NIUE | NU | NIU | 570 | |
Остров Норфолк | NORFOLK ISLAND | NF | NFK | 574 |
Северные Марианские острова | NORTHERN MARIANA ISLANDS | MP | MNP | 580 |
Норвегия | NORWAY | NO | NOR | 578 |
Оман | OMAN | OM | OMN | 512 |
Пакистан | PAKISTAN | PK | PAK | 586 |
Остров Палау | PALAU | PW | PLW | 585 |
Панама | PANAMA | PA | PAN | 591 |
Папуа Новая Гвинея | PAPUA NEW GUINEA | PG | PNG | 598 |
Парагвай | PARAGUAY | PY | PRY | 600 |
Перу | PERU | PE | PER | 604 |
Филиппины | PHILIPPINES | PH | PHL | 608 |
Остров Питкэрн | PITCAIRN | PN | PCN | 612 |
Польша | POLAND | PL | POL | 616 |
Португалия | PORTUGAL | PT | PRT | 620 |
Пуэрто-Рико | PUERTO RICO | PR | PRI | 630 |
Катар | QATAR | QA | QAT | 634 |
Реюньон | REUNION | RE | REU | 638 |
Румыния | ROMANIA | RO | ROM | 642 |
Россия | RUSSIAN FEDERATION | RU | RUS | 643 |
Руанда | RWANDA | RW | RWA | 646 |
Сант Китс и Невис | SAINT KITTS AND NEVIS | KN | KNA | 659 |
Сент-Люсия | SAINT LUCIA | LC | LCA | 662 |
Сент-Винсент и Гренадины | SAINT VINCENT AND THE GRENADINES | VC | VCT | 670 |
Самоа | SAMOA | WS | WSM | 882 |
Сан-Марино | SAN MARINO | SM | SMR | 674 |
Сан Томе и Принсипи | SAO TOME AND PRINCIPE | ST | STP | 678 |
Саудовская Аравия | SAUDI ARABIA | SA | SAU | 682 |
Сербия и Черногория | Serbia and MonteNegro | CS | SCG | |
Сенегал | SENEGAL | SN | SEN | 686 |
Сейшельские острова | SEYCHELLES | SC | SYC | 690 |
Сьерра-Леоне | SIERRA LEONE | SL | SLE | 694 |
Сингапур | SINGAPORE | SG | SGP | 702 |
Словакия | SLOVAKIA | SK | SVK | 703 |
Словения | SLOVENIA | SI | SVN | 705 |
Соломоновы острова | SOLOMON ISLANDS | SB | SLB | 090 |
Сомали | SOMALIA | SO | SOM | 706 |
Южная Африка | SOUTH AFRICA | ZA | ZAF | 710 |
Южная Георгия и Южные Сэндвичевы острова | SOUTH GEORGIA AND THE SOUTH SANDWICH ISLANDS | GS | SGS | 239 |
Испания | SPAIN | ES | ESP | 724 |
Шри-Ланка | SRI LANKA | LK | LKA | 144 |
Св. Елена | ST. HELENA | SH | SHN | 654 |
Сен-Пьер и Микелон | ST. PIERRE AND MIQUELON | PM | SPM | 666 |
Судан | SUDAN | SD | SDN | 736 |
Суринам | SURINAME | SR | SUR | 740 |
Острова Свалбард и Ян-Майена | SVALBARD AND JAN MAYEN ISLANDS | SJ | SJM | 744 |
Свазиленд | SWAZILAND | SZ | SWZ | 748 |
Швеция | SWEDEN | SE | SWE | 752 |
Швейцария | SWITZERLAND | CH | CHE | 756 |
Сирия | SYRIAN ARAB REPUBLIC | SY | SYR | 760 |
Тайвань | TAIWAN, PROVINCE OF CHINA | TW | TWN | 158 |
Таджикистан | TAJIKISTAN | TJ | TJK | 762 |
Танзания | TANZANIA | TZ | TZA | 834 |
Таиланд | THAILAND | TH | THA | 764 |
Того | TOGO | TG | TGO | 768 |
Острова Токелау | TOKELAU | TK | TKL | 772 |
Тонга | TONGA | TO | TON | 776 |
Тринидад и Тобаго | TRINIDAD AND TOBAGO | TT | TTO | 780 |
Тунис | TUNISIA | TN | TUN | 788 |
Турция | TURKEY | TR | TUR | 792 |
Туркменистан | TURKMENISTAN | TM | TKM | 795 |
TURKS AND CAICOS ISLANDS | TC | TCA | 796 | |
Тувалу | TUVALU | TV | TUV | 798 |
Уганда | UGANDA | UG | UGA | 800 |
Украина | UKRAINE | UA | UKR | 804 |
Объединенные арабские Эмираты | UNITED ARAB EMIRATES | AE | ARE | 784 |
Великобритания | UNITED KINGDOM | GB | GBR | 826 |
Соединенные Штаты | UNITED STATES | US | USA | 840 |
UNITED STATES MINOR OUTLYING ISLANDS | UM | UMI | 581 | |
Уругвай | URUGUAY | UY | URY | 858 |
Узбекистан | UZBEKISTAN | UZ | UZB | 860 |
Вануату | VANUATU | VU | VUT | 548 |
Ватикан | VATICAN CITY STATE (HOLY SEE) | VA | VAT | 336 |
Венесуэла | VENEZUELA | VE | VEN | 862 |
Вьетнам | VIET NAM | VN | VNM | 704 |
Виргинские острова (ВБ) | VIRGIN ISLANDS (BRITISH) | VG | VGB | 092 |
Виргинские острова (США) | VIRGIN ISLANDS (U.S.) | VI | VIR | 850 |
Острова Эллис и Футуна | WALLIS AND FUTUNA ISLANDS | WF | WLF | 876 |
Западная Сахара | WESTERN SAHARA | EH | ESH | 732 |
Йемен | YEMEN | YE | YEM | 887 |
Югославия | YUGOSLAVIA | YU | YUG | 891 |
Заир | ZAIRE | ZR | ZAR | 180 |
Замбия | ZAMBIA | ZM | ZMB | 894 |
Зимбабве | ZIMBABWE | ZW | ZWE | 716 |
Общие правила безопасности
Файлы, привлекательные для преступников и просто любопытных сослуживцев (персональные досье, экзаменационные задания, результаты выборов накануне их проведения и т.д.) следует шифровать, а не пытаться защитить от несанкционированного доступа. Смотри RFC-2196.Закрывайте все известные “дырки” сразу, как только становится известно их существование. Читайте бюллетени фирм производителей и сообщения, рассылаемые через подписные листы безопасности. Отключайте ненужные сервисы. Следите за надежностью паролей, исключайте анонимные FTP-каталоги с возможностью записи, групповые учетные записи.Установите ловушки для обнаружения фактов или попыток вторжения, такие средства как tripwire, tcpd и crack.Просматривайте журналы, генерируемые этими программами. Постоянно следите за отклонениями в нормальной работе системы. Обращайте внимание на все необычное, например, на непонятные журнальные сообщения или изменение характера использования некоторой учетной записи (изменение активности, работа во внеурочное время, во время отпуска владельца учетной записи).
Принципы формирования кода отклика в системе SMTP
Семёнов Ю.А. (ГНЦ ИТЭФ), book.itep.ru
Любой код отклика содержит три цифры. Первая цифра говорит о том, является ли отклик положительным, отрицательным или промежуточным. Отправитель, проанализировав первую цифру, может решить, продолжать выполнение задачи, повторить последнюю операцию или отказаться от своей затеи. Для уточнения типа ошибки отправитель может проанализировать вторую цифру, последняя цифра уточняет диагноз.
Код | Назначение |
1yz | Промежуточный позитивный отклик. Команда воспринята. Отправитель должен послать следующую команду. |
2yz | Позитивное подтверждение завершения операции. Можно посылать следующий запрос. |
3yz | Позитивный промежуточный отклик, сходный с 1yz, используется в случае групповых команд. |
4yz | Временный негативный отклик. Команда не исполнена, но характер ошибки временный и выполнение процедуры может быть позже повторено. |
5yz | Окончательный негативный отклик. Команда не воспринята, запрошенная операция не выполнена и не будет выполнена. |
Вторая цифра кода может иметь следующие значения:
x0z | Синтаксис - эти отклики относятся к синтаксическим ошибкам или к командам синтаксически корректным но примененным неправильно. |
x1z | Информация - относится к командам, которые запрашивают информацию, например, статусную или справочную. |
x2z | Соединения - относится к телекоммуникационному каналу. |
x3z | Пока не определен. |
x4z | Пока не определен. |
x5z | Почтовая система - эти отклики индицируют статус получателя или отправителя почты. |
Третья цифра уточняет смысл второй.
Основу данной статьи составляет публикация
Семёнов Ю.А. (ГНЦ ИТЭФ), book.itep.ru
Основу данной статьи составляет публикация Larry Dunn (CISCO SYSTEM) в электронном журнале The Internet Protocol Journal (декабрь 1999г). Internet2 начался с того, что NSF (National Scientific Foundation) подготовил программу VBNS (Very-high-performance Backbone Network Service [2]). В программе были заинтересованы, прежде всего, клиенты суперкомпьютерных центров. Оказалось, что из-за перегрузки Интернет клиенты могли работать эффективно, если были непосредственно подключены к VBNS. Проект Internet2 был начат в октябре 1996 года 34 университетами. Целью проекта является разработка новых сетевых технологий и эффективных быстродействующих приложений. В настоящее время в проекте работает около 150 университетов и корпоративных участников.
Среди приложений, которые предполагалось обслуживать в рамках Интернет-2, были задачи удаленного управления различными объектами в реальном масштабе времени (например, телескопы, микроскопы), распределенных вычислений, работа с большими базами данных, и проблемы асинхронного обучения. Но эти перечень задач Интернет-2 не исчерпывается, сюда входит также множество приложений из области науки, искусства, техники, музыки, цифрового видео.
В число решаемых проблем входит аутентификация, авторизация, управления регистрационными записями, диспетчеризация и управление ресурсами в распределенных системах. В рамках программы к быстродействующим каналам было подключено много школ.
Одним из проектов программы Интернет-2 является CAVE (Cave Automated VR Environment [7]). Cave представляет собой куб 10*10*10 футов с одной удаленной стенкой. Пользователь входит через эту открытую сторону и, используя стерео очки и радиочастотную мышку, может взаимодействовать с окружением, формируемым задним экраном и прямой проекцией на стены и пол. Система предназначена, например, для моделирования поведения различных средств передвижения. Главным разработчиком программного обеспечения для CAVE является Арагонская национальная лаборатория.
Участники программы Интернет-2 могут подключаться к одной из опорных сетей или к обеим (VBNS и Abiline). Сеть VBNS работает в рамках MCI/Worldcom. Она первоначально представляла собой IP-сеть, работающую поверх АТМ. Большинство школ подключено к каналам DS3 или OC-3c. Все школы снабжены маршрутизаторами, подключенными к VBNS через АТМ-коммутаторы (режим UBR). Коммутаторы АТМ соединены друг с другом через АТМ-коммутаторы более высокого уровня. При необходимости возможна реализация режима VBR. Предусмотрен вариант непосредственного подключения ЭВМ к АТМ-коммутаторам, минуя маршрутизаторы. Имеется возможность работы как с IPv4, так и с IPv6. Сеть VBNS предлагает клиентам возможность работы и через каналы SONET (OS-48). Так как программа VBNS NSF завершилась в 2000 году, был учрежден новый сетевой проект - NGN (Next Generation Network).
Одним из результатов программы VBNS явилась разработка ряда высокопроизводительных программ для мониторирования каналов и сетей, например, OC-xMon или CAIDA (Cooperative Association for Internet Data Analysis [8]).
Другой сетью, к которой могут подключаться участники проекта Internet2, является Abiline. Эта сеть была разработана UCAID (University Corporation for Advaqnced Internet Development) в содружестве с университетом штата Индиана (осуществляет управление сетью). Сеть использует каналы OC-48c. Для подключения клиентов к высокопроизводительным каналам разработана система gigapop (gigabit Point of Presence [14]). Обычно такие точки подключения оформляются на уровне L3. В настоящее время система Internet2 в качестве базовых использует каналы 10 Гбит/c.
Среди школ, подключенных к названным сетям могут оказаться как те, что имеют разрешение пользоваться быстродействующими каналами, так и лишенные такого доступа. Если две такие школы подключены к маршрутизатору, который имеет "быстрый" и "медленный" выходные каналы, ведущие к адресату, с которым должны быть связаны обе школы, возникает проблема, неразрешимая в рамках традиционных протоколов маршрутизации ("Fish Problem" - такое название объясняется топологическим сходством схемы такой сети с профилем рыбы).В данном случае задачу маршрутизации нельзя решить только на основе IP-адреса места назначения. Для разделения потоков можно использовать метку потока (IPv6) или IP-адрес отправителя. Здесь нужно привлекать политику маршрутизации, либо протокол MPLS.
Большое внимание в рамках программы Internet2 уделяется проблеме качества обслуживания (QoS - Qbone [19]) и технологиям, связанным с мультикастингом. Спектр приложений, создаваемых в рамках коллаборации Internet2 стремительно расширяется.
Разъем AUI
Семёнов Ю.А. (ГНЦ ИТЭФ), book.itep.ru
Номер контакта | Название | Назначение |
1 | CI-S | Вход управления, экран |
2 | CI-A | Вход управления, схема А |
3 | DO-A | Выход данных, схема А |
4 | DI-S | Вход данных, экран |
5 | DI-A | Вход данных, схема А |
6 | VC | Общая шина питания |
7 | CO-A | Выход управления, схема А |
8 | CO-S | Выход управления, экран |
9 | CI-B | Вход управления, схема В |
10 | DO-B | Выход данных, схема В |
11 | DO-S | Выход данных, экран |
12 | DI-B | Вход данных, схема В |
13 | VP | Напряжение плюс |
14 | VS | Напряжение экран |
Оплетка | PG | Защитная земля (проводящая оплетка) |
Разводка разъемов
Семёнов Ю.А. (ГНЦ ИТЭФ), book.itep.ru
RJ-11 (6 контактов)
Контакт | Назначение |
1 | Не используется (иногда земля) |
2 | Прием + |
3 | Передача + |
4 | Передача - |
5 | Прием - |
6 | Не используется (иногда земля) |
Телефонный разъем
Применение неэкранированных скрученных пар
Использование | Ножки разъема | |||
1-2 | 3-6 | 4-5 | 7-8 | |
Аналоговая передача голоса | - | - | TR/RX | - |
10BASE-T | TX | RX | - | - |
100BASE-TX | TX | RX | - | - |
100BASE-T4 | TX | RX | - | - |
100BASE-VG | BI | BI | BI | BI |
ISDN | Питание | TX | RX | Питание |
Token Ring | - | TX | RX | - |
ATM-пользователь | TX | RX | ||
ATM-разветвитель | RX | TX |
TX - передача; RX - прием; BI - двунаправленная передача/прием.
Интерфейс RS-530
Разводка разъема интерфейса RS-232 | ||
Номер контакта | Сторона ЭВМ (DTE) Разъем DB25M | Устройство передачи данных (DCE) Разъем DB25F |
1 | Экран | Экран |
2 | Выход передачи данных (TD) | Вход приема данных (RD) |
3 | Вход приема данных (RD) | Выход передачи данных (TD) |
4 | Запрос передачи данных (RTS) | Запрос приема данных (CTS) |
5 | Запрос приема данных (CTS) | Запрос передачи данных (RTS) |
6 | Вход готовности (DSR) | Выход готовности (DTR) |
7 | Земля сигнала | Земля сигнала |
8 | Вход CD (Carrier Detect) | Выход CD (Carrier Detect) |
20 | DTE готов (DTR) | DCE готов (DSR) |
22 | Индикатор вызова (RI) | Индикатор вызова (RI) |
Интерфейс V.24/RS-232 (9-контактный)
Интерфейс V.35
Интерфейс X.21
Интерфейс V.36/RS-449
Рекомендации CCITT по телекоммуникациям
Семёнов Ю.А. (ГНЦ ИТЭФ), book.itep.ru
Коды названий документов ITU, CCITT, ANSI и ECMA по телекоммуникационной тематике начинаются с латинской прописной буквы, за которой следует точка и номер документа. Ниже приведен список кодировок документов и перечень наиболее важных рекомендаций.
E | Операции, нумерация и маршрутизация. |
G | Телекоммуникационные системы передачи. |
H | Линии передачи для нетелефонных сигналов. |
I | Общие материалы по ISDN. |
Q | Сигнальные системы. |
T | Терминальное оборудование и протоколы телекоммуникационных услуг. |
V | Передача данных по коммутируемым телефонным сетям. |
X | Сети передачи данных. |
Код рекомендации | Содержание |
ANSI T1.102 | Цифровая иерархия - электрические интерфейсы; |
ANSI T1.111-116 | Сигнальная система N7; |
ANSI T1.403 | Конструкция интерфейса DS1 |
ANSI T1.408 |
Спецификация связи пользователя с первым уровнем первичного канала; |
ANSI T1.602 | Интерфейс базового канала, процедура доступа к первичному каналу, D-канал (LAP1); связной протокол BRI/PRI; |
ANSI T1.603 | Минимальный набор услуг для интерфейса первичного канала ISDN; |
ANSI T1.604 | Минимальный набор услуг базового канального интерфейса ISDN; |
ANSI T1.605 | Спецификация интерфейса базового канала для связи пользователя с сетью; спецификация интерфейса BRA S/T; |
ANSI T1.606 | Описание услуг Frame Relay; |
ANSI T1.607 | Основные управляющие процедуры для BRI и PRI; |
ANSI T1.608 | Пакетные режимы канала. Управляющие процедуры BRI и PRI; |
ANSI T1.609 | Цифровая система подписки N1 ISDN для межсетевых связей в рамках сигнальной системы N7; |
ANSI T1.610 | Базовые процедуры для управления вспомогательными услугами ISDN; |
ANSI T1.617 | Сигнальные спецификации для канальных услуг Frame Relay; |
ANSI T1.618 | Базовые аспекты протокола Frame Relay; |
CCIR 601-1 | Параметры кодировки студийного цифрового телевидения; |
ECMA-104 | Физический уровень интерфейса для доступа к первичному каналу в частных телекоммуникационных сетях; |
ECMA-105 | Протокол уровня канала данных для D-канала интерфейса в эталонной точке между терминальным оборудованием и частной телекоммуникационной сетью; |
ECMA-106 | Протокол третьего уровня для управления переадресацией вызовов через интерфейс D-канала в эталонной точке S между терминальным оборудованием и частной телекоммуникационной сетью |
ECMA-123 | Обмен параметрами в частных ISDN-сетях на базе стандарта ECMA-102; |
ECMA-133 | Эталонная конфигурация для вызовов через коммутатор частной телекоммуникационной сети; |
ECMA-134 | Метод спецификации базовых и дополнительных видов сервиса в частных телекоммуникационных сетях. |
ECMA-135 |
Алгоритмы связи коммутаторов частных телекоммуникационных сетей; |
ECMA-141 | Протокол уровня канала данных для эталонной точки Q сигнального канала между коммутаторами частных телекоммуникационных сетей; |
ECMA-142 | Влияние спецификации, функциональной модели и потоков данных на управление базовыми услугами в частных телекоммуникационных сетях; |
ECMA-143 | Протокол третьего уровня для управления переадресацией вызовов между коммутаторами частных телекоммуникационных сетей; |
ECMA148 | Идентификация дополнительных услуг в частных телекоммуникационных сетях; спецификация, функциональные модели и информационные потоки; |
ECMA-155 | Адресация в частных телекоммуникационных сетях; |
ECMA-156 | Основные процедуры для управления дополнительными услугами, используя протокол keypad в эталонной точке S. |
ECMA-157 | Протокол управления по D-каналу в эталонной точке S интерфейсами между терминальным оборудованием и частной телекоммуникационной сетью для поддержки идентификации дополнительных услуг. |
F.60 | Стандарт телексной связи |
F.69 | Стандарт для телексных адресов |
F.160 | Стандарт на международную общественную факсную связь |
F.200 | Стандарт телетекстной связи |
F.201 | Стандарт для служб межсетевого обмена для телетекста и телекса |
F.300 | Набор рекомендаций для систем видеотекста |
F.401 | Стандарт на имена и адреса при передаче сообщений |
F.410 | Стандарт службы передачи сообщений |
F.420 | Стандарт для частного обмена сообщениями |
F.421 | Стандарт для коммуникаций между системами X.400 для обмена частными и телексными сообщениями |
F.500 | Стандарт международной службы каталогов |
G.702 | Иерархия цифровых скоростей обмена |
G.703 | Физические и электрические характеристики цифровых интерфейсов. |
G.707 | Иерархия частот синхронной передачи двоичной цифровой информации |
G.708 | Синхронный интерфейс сетевого узла для цифровой передачи данных в широком диапазоне частот следования. |
G.709 | Структура синхронного мультиплексирования. |
G.711 | Импульсно-кодовая модуляция (PCM) голосовых частот. |
G.721 | Адаптивная дифференциальная кодово-импульсная модуляция (ADPCM) для частоты 32 Кбит/с. |
G.722 | Аудио кодирование в частотном диапазоне 7 кГц для скоростей передачи 64 Кбит/с. |
G.725 | Системные аспекты использования 7 килогерцного аудио кодека на скоростях передачи 64 Кбит/с. |
G.728 | CCITT рекомендация для ADPCM при16 Кбит/с (3.1 кГц) |
H.221 | Структура кадра канала на 64 Кбит/с для аудио и видео приложений. |
H.231 | Многоточечный контроль для скоростей 64-2048 Кбит/с |
H.242 | Коммуникационные процедуры, 64-2048 Кбит/с. |
H.243 | Многоточечные коммуникационные процедуры, 64-2048 Кбит/с. |
H.261 | Видео кодек для аудио-видео сервиса при p*64 Кбит/с (p=1-30). |
H.320 | CCITT рекомендации для узкополосных видео-телефонных систем и терминального оборудования со скоростями не более 1920 Кбит/с. Общее описание CODEC. |
I.110 | Введение и общая структура серии документов “I” для интегрированных цифровых сетей ISDN |
I.111 | Взаимоотношения с другими рекомендациями, относящимися к ISDN |
I.112 | Словарь терминов ISDN |
I.113 | Словарь терминов для широкополосной ISDN |
I.120 | Интегрированные цифровые сети ISDN |
I.121 | Широкополосные аспекты ISDN |
I.122 | Рамки для предоставления услуг в канале, работающем в пакетном режиме |
I.130 | Метод описания телекоммуникационных услуг, поддерживаемых ISDN и сетевые возможности ISDN |
I.140 | Методика атрибутов для описания телекоммуникационных услуг ISDN сетевых возможностей ISDN |
I.141 | Атрибуты сети ISDN |
I.150 | Характеристики ATM B-ISDN |
I.200 | Указатель по серии рекомендаций I.200 |
I.210 | Принципы предоставления телекоммуникационных услуг ISDN и методы их описания |
I.211 | Аспекты услуг B-ISDN |
I.220 | Общее динамическое описание базовых телекоммуникационных услуг |
I.221 | Общие характеристики услуг |
I.327 | Функциональная архитектура сетей B-ISDN. |
I.230 | Определение категорий услуг, предоставляемых каналом |
Коммутация каналов | |
I.231 | Категории схемных услуг, предоставляемых каналом |
I.231.1 | 64 Кбит/с (структура по 8кбит/с) |
I.231.2 | 64 Кбит/с (структура по 8кбит/с) с возможностью передачи звуковой информации |
I.231.3 | 64 Кбит/с (структура по 8кбит/с) для аудио-передачи с полосой 3.1 кГц |
I.231.4 | 64 Кбит/с (структура по 8кбит/с) попеременный разговор |
I.231.5 | 2* 64 Кбит/с (структура по 8кбит/с) |
I.231.6 | 384 Кбит/с (структура по 8кбит/с) |
I.231.7 | 1536 Кбит/с (структура по 8кбит/с) |
I.231.8 | 1090 Кбит/с (структура по 8кбит/с) |
Коммутация пакетов | |
I.232 | Категории пакетных услуг, предоставляемых каналом |
I.232.1 | Виртуальный вызов и постоянная виртуальная схема |
I.232.2 | Бессвязная схема |
I.232.3 | Пользовательская сигнальная система |
I.233.1 | Услуги передачи кадров (frame relay) в ISDN - передача кадров |
I.233.2 | Услуги передачи кадров (frame relay) в ISDN - коммутация кадров |
I.240 | Определение удаленных услуг |
I.241 | Удаленные услуги, поддерживаемые ISDN |
I.250 | Определение дополнительных услуг |
I.251 | Идентификационные коды вспомогательных услуг |
I.252 | Запрос вспомогательных услуг |
I.253 | Завершение выполнения вспомогательных услуг |
I.253.1 | Ожидание запроса вспомогательных услуг |
I.254 | Вспомогательные услуги для нескольких клиентов |
I.255.4 | Приоритетное обслуживание |
I.257 | Передача дополнительной информации |
I.310 | Принципы работы сети ISDN |
I.311 | Общие аспекты сети B-ISDN |
I.312(Q.1201) | Принципы архитектуры интеллектуальных сетей |
I.320 | Эталонная модель протоколов ISDN |
I.321 | Эталонная модель протоколов B-ISDN и ее применение |
I.324 | Архитектура сети ISDN |
I.325 | Типы эталонных конфигураций соединений в ISDN |
I.326 | Относительные требования к ресурсам сети |
I.327 | Функциональная архитектура сети B-ISDN |
I.328 (Q.1202) | Интеллектуальная сеть - архитектура плоскости услуг |
I.329 (Q.1203) | Интеллектуальная сеть - архитектура глобальных функций |
I.330 | Принципы нумерации и адресации в ISDN |
I.331 (E.164) | Схема нумерации в ISDN |
I.332 | Принципы нумерации для межсетевых соединений ISDN и сетей с различными схемами нумерации |
I.333 | Выбор терминала в ISDN |
I.334 | Принципы связи чисел/субадресов ISDN и сетевых адресов эталонной модели OSI |
I.335 | Принципы маршрутизации ISDN |
I.351 (G.821/2) | Рекомендации других серий, связанные c работой сети, для эталонной точки T ISDN |
I.352 | Объективные характеристики сети, связанные с задержками соединений в ISDN |
I.361 | Спецификация слоя ATM B-ISDN |
I.362 | Функциональное описание адаптационного уровня для B-ISDN (AAL). |
I.363 | Спецификация уровня адаптации (AAL) ATM B-ISDN |
I.370 | Управление перегрузкой для каналов фрейм-релей ISDN |
I.410 | Общие аспекты и принципы, связанные с рекомендациями для пользовательского интерфейса ISDN |
I.411 | Сетевой интерфейс пользователя ISDN - эталонная конфигурация |
I.412 | Интерфейс пользователя сети ISDN - структура интерфейса возможности доступа |
I.413 | Интерфейс пользовательской сети B-ISDN |
I.420 | Базовый сетевой интерфейс пользователя |
I.421 | Сетевой интерфейс пользователя первичного быстродействия |
I.430 | Базовый сетевой интерфейс пользователя - спецификация слоя 1 |
I.431 | Сетевой интерфейс пользователя первичного быстродействия - спецификация уровня 1 |
I.432 | Сетевой интерфейс пользователя B-ISDN - спецификация физического уровня |
I.440 (Q.920) | Связной информационный уровень сетевого интерфейса пользователя ISDN общие аспекты |
I.441 (Q.921) | Сетевой интерфейс пользователя ISDN - спецификация связного информационного уровня |
I.450 (Q.930) | Сетевой интерфейс пользователя ISDN - уровень 3, общие аспекты |
I.451 (Q.931) | Спецификация уровня 3 для сетевого интерфейса пользователя ISDN для управления базовыми запросами |
I.452 (Q.932) | Общие процедуры для управления дополнительными услугами ISDN |
I.460 | Мультиплексирование, адаптация к скорости передачи и поддержка существующих интерфейсов |
I.461 (X.30) | Поддержка терминального оборудования (DTE) базирующегося на X.21, X.21бис и X.20бис интегрированными цифровыми сетями (ISDN) |
I.462 (X.31) | Базовые процедуры для управления дополнительными услугами ISDN |
I.463 (V.110) | Поддержка ISDN терминального оборудования в пакетном режиме |
I.464 | Мультиплексирование, адаптация к скорости передачи и поддержка существующих интерфейсов для передачи на скоростях 64 Кбит/с |
I.465 (V.120) | Поддержка ISDN терминального оборудования с интерфейсами типа V при статистическом мультиплексировании |
I.470 | Взаимодействие терминальных функций и ISDN |
I.500 | Общая структура рекомендаций для взаимодействия ISDN |
I.510 | Определения и общие принципы взаимодействия в ISDN |
I.511 | Интерфейс уровня 1 для системы ISDN-ISDN |
I.515 | Обмен параметрами при взаимодействии систем ISDN |
I.520 | Общие принципы организации для межсетевых взаимодействий в ISDN |
I.530 | Взаимодействие сетей ISDN и публичных коммутируемых телефонных сетей |
I.540 (X.321) | Общие приспособления для взаимодействия между сетями ISDN и коммутируемыми публичными телефонными сетями (CSPDN) |
I.550 (X.325) | Общие приспособления для взаимодействия между сетями ISDN и публичными сетями с пакетным переключением (PSPDN) для целей передачи информации |
I.560 (U.202) | Требования, предъявляемые к системе ISDN для обеспечения телексных услуг |
I.601 | Общие принципы работы системы доступа для клиента ISDN и инсталляция клиента |
I.602 | Использование принципов ISDN при инсталляции клиентов |
I.603 | Использование принципов работы ISDN для обеспечения доступа |
I.604 | Использование принципов работы ISDN для обеспечения доступа на первичных скоростях обмена |
I.605 | Применение принципов статического мультиплексирования при реализации базового доступа к ISDN |
I.610 | OAM-принципы доступа в B-ISDN |
ISO 2110 | Передача данных 25-контактный соединитель интерфейса DTE-DCE и распределение его контактов. |
ISO 2593 | Распределение контактов разъема для высокоскоростного терминального оборудования. |
ISO 3166 | Коды стран (DCC - Data Country Code). |
ISO 4902 | Передача данных. 37- и 9-контактные разъемы интерфейса DTE-DCE и распределение контактов. |
ISO 4903 | Передача данных. 15-контактный разъем интерфейса DTE-DCE и распределение контактов. |
ISO 8473 | Протокол доступа к сети без непосредственной связи (CLNAP ConnectionLess Network Access Protocol) |
ISO 8877 | Интерфейсный разъем и назначение контактов для эталонных точек доступа ISDN S и T. |
ISO 9282-2 | Метод сжатия стационарного изображения |
ISO 11172-3 | Кодировка движущегося изображения и сопровождающего звука для цифровых систем записи при скоростях передачи 1,5 Мбит/с - Часть 3. Звук. |
Q.500 | Введение и область применения ISDN |
Q.512 | Интерфейс коммутатора для доступа клиентов ISDN |
Q.513 | Интерфейс коммутатора для операций, администрирования и обслуживания |
Q.521 | Функции интерфейса |
Q.522 | Цифровой коммутатор. Связи, управление, вспомогательные функции |
Q.541 | Общая конструкция |
Q.542 | Конструкция, операции и обслуживание |
Q.543 | Рабочие характеристики систем ISDN |
Q.544 | Измерения на коммутаторе ISDN |
Q.551 | Передающие характеристики цифровых коммутаторов |
Q.552 | Передающие характеристики 2-х проводных аналоговых интерфейсов |
Q.553 | Передающие характеристики 4-х проводных аналоговых интерфейсов |
Q.554 | Передающие характеристики цифровых интерфейсов |
Q.700-795 | Спецификация сигнальной системы N7. |
Q.920 | Интерфейс пользователя в сети ISDN, общие аспекты связного уровня. |
Q.921 | Интерфейс пользователя в сети ISDN, спецификация связного уровня. |
Q.922 | Спецификация ISDN связного уровня для пакетной передачи данных. |
Q.930 | Интерфейс пользователя в сети ISDN, слой 3, общие принципы. |
Q.931 | Интерфейс пользователя в сети ISDN, спецификация слоя 3, базовые процедуры управления. |
Q.932 | Базовые операции управления дополнительными процедурами в ISDN. |
Q.933 | Цифровая сигнальная подписная система N1 (DSS1), сигнальные модификации для режима передачи кадров |
T.4 | Стандарт на факсимильное оборудование группы 3 для передачи документации. |
T.6 | Схемы кодирования изображения и кодирование функций управления для факсимильного оборудования группы 3. |
T.81 | Кодирование фотографического изображения. |
T.411-418 | Открытая архитектура документации (ODA) |
T.431-433 | Манипуляция документами и протокол передачи DTAM. |
T.503 | Профайл BTO для передачи факсимильных документов группы 4. |
T.521 | Коммуникационный профайл BTO для пересылки документов большого объема, базирующейся на методике сессий. |
T.563 | Терминальные характеристики факсимильного оборудования группы 4. |
V.24 | Перечень определений цепей связи DTE и DCE (для DTE, работающих с модемами). Этой спецификации соответствуют RS-232-C, RS-449-A. |
V.28 | Электрические характеристики несимметричных цепей интерфейса, работающего с биполярными токовыми сигналами. |
X.3 | Спецификация ПАД для общественных сетей (X.25) |
X.20 | DTE-DCE интерфейс старт-стопной передачи данных по сетям общего пользования |
X.21 | DTE-DCE интерфейс для синхронной передачи данных по сетям общего пользования. Определяет физические характеристики и процедуры управления. |
X.21бис | Использование DTE, рассчитанного на сопряжение с синхронными модемами, удовлетворяющими рекомендациям серии V в сетях обмена данными общего пользования |
X.22 | Мультиплексный интерфейс DTE-DCE для классов обслуживания абонентов 3-6; |
X.24 | Перечень определений цепей интерфейса DTE-DCE. Определяет функции цепей передачи данных, управления и синхронизации. |
X.25 | Протокол пакетного уровня для интерфейса DTE-DCE и терминалов, подключенных к общественным сетям. |
X.26 | Электрические характеристики несимметричных двухполюсных цепей, предназначенных для общего использования в устройствах передачи данных (V.10). |
X.27 | Электрические характеристики симметричных цепей, предназначенных для устройств передачи информации с сетях общего пользования (V.11). |
X.28 | Интерфейс DTE-DCE для старт-стопного режима работы терминального оборудования, работающего в общественных сетях с использованием ПАД. |
X.29 | Процедуры обмена управляющей информацией и данными между ПАД и DTE или другим ПАД (пакетный ассемблер-дизассемблер). |
X.31 | Поддержка терминального оборудования, работающего в пакетном режиме (ISDN). |
X.32 | Интерфейс DTE-DCE для терминалов, работающих в пакетном режиме и связанных с коммутируемой телефонной сетью общего пользования. |
X.75 | Терминальные управляющие процедуры и системы передачи данных для международных межсетевых обменов. |
X.121 | Схема нумерации для общественных информационных сетей |
X.150 | Испытательные шлейфы DTE и DCE для сетей обмена данными общего пользования. |
X.200 | Эталонная модель соединения открытых систем для приложений. |
X.208 | CCITT-версия OSI ASN.1 |
X.209 | Версия OSI ASN.1 базовых правил кодирования (BER) |
X.210 | Рекомендации по сервису в открытых системах на связном уровне. |
X.211 | Физическое определение услуг в OSI для CCITT-приложений |
X.212 | Определения услуг информационных каналов в OSI для CCITT-приложений |
X.213 | Определения сетевых услуг для связей между открытыми системами. |
X.214 | Определение транспортных услуг связи открытых систем для приложений CCITT. |
X.215 | Определение сессий для связанных открытых систем. |
X.216 | Описание процедур презентации для связанных открытых систем. |
X.217 | Описание процедуры управления для связанных открытых систем. |
X.218 | CCITT-эквивалент ISO 9066-1: Надежная пересылка текстов |
X.219 | Удаленные операции: модель, нотация и описание услуг. |
X.223 | Использование X.25 для обеспечения сетевой связи в режиме OSI |
X.224 | Спецификация транспортного протокола связи открытых систем для приложений CCITT. |
X.225 | Спецификация протокола сессий для связанных открытых систем. |
X.226 | Протокол презентаций для связанных открытых систем. |
X.227 | Спецификация протокола управления для связанных открытых систем. |
X.228 | Надежная передача данных, спецификация протокола. |
X.229 | Удаленные операции: спецификация протокола. |
X.237 | Определения передачи, одновременности и служб восстановления для связанных открытых систем. |
X.247 | Спецификация передачи, одновременности и служб восстановления для связанных открытых систем. |
X.400 | Система обработки сообщений: системная модель, элементы сервиса. |
X.401 | Система обработки сообщений: базовые элементы сервиса и опционные пользовательские возможности. |
X.402 | Стандарт для пересылки сообщений |
X.403 | CCITT-система работы с сообщениями: Проверка сохранности |
X.407 | Абстрактные описания услуг |
X.408 | Система обработки сообщений: правила преобразования кодированной информации. |
X.409 | Система обработки сообщений: синтаксис и нотация презентационных пересылок. |
X.410 | Система обработки сообщений: удаленные операции и надежный сервер пересылок. |
X.411 | Система обработки сообщений: уровень передачи сообщений. |
X.413 | Запоминание сообщений: абстрактные определения услуг |
X.419 | Спецификации протоколов |
X.420 | Система обработки сообщений: уровень обмена сообщениями между пользователями сети. |
X.430 | Система обработки сообщений: протокол доступа для терминалов телетекста. |
X.500 | Стандарт на каталоги, базирующийся на OSI (RFC 1279, 1275, 1274) |
X.509 | CCITT-каталоги: Система идентификации |
X.511 | Абстрактные описания услуг |
X.519 | Спецификации протоколов |
X.520 | Некоторые типы атрибутов |
X.521 | Для определенных классов объектов |
Z.100-104 | SDL (Specification and Description Language) язык описания и спецификаций |
Серверы по проблемам безопасности LINUX
По материалам книги Дэвида Бэндла “Защита и безопасность в сетях LINUX”, Питер, 2002.
Наиболее полезными серверами по проблемам безопасности являются в данный момент серверы: и
AIDE |
Свободно распространяемая замена tripwire | ||
BASS |
Balk Auditing Security Scanners | ||
Bastille Linux |
Программа усиления защиты Red Hat | ||
Chech.pl |
Средство аудита разрешений доступа к файловой системе | ||
firesoft |
Для просмотра LOG-файлов ipchain и snort | ||
Firewall Manager |
Графический интерфейс для Firewall | ||
FreeS/WAN |
Безопасная сеть WAN для ядер Linux | ||
Fwctl |
Средство конфигурирования для пакетных фильтров Linux | ||
gfcc |
Firewall GTK+ (ipchains) | ||
gSentiel |
Графический интерфейс для Sentiel, основанный на GTK | ||
gShield |
Модульный Firewall Godot | ||
HostSentry |
|
Обнаружение анормальных подключений к системе | |
hping2 |
Аудит и тестирование сети | ||
ipchains |
|
Управление пакетным фильтром Linux | |
ipchains-firewall |
Сценарии для формирования правил ipchains и маскирования IP | ||
ipfa |
Управление для Firewall | ||
ISIC |
Программа посылки частично случайных пакетов для тестирования стеков IP и Firewall | ||
Ripper |
Взломщик паролей | ||
Linux Intrusion Detection System |
Обнаружение проникновения злоумышленников | ||
Logcheck |
Анализ LOG для обнаружения нарушений | ||
maillog |
По cron передает по почте LOGs | ||
Mason |
Формирование Firewall на основе ipwadm или ipchain | ||
Nessus |
Аудит безопасности | ||
netfilter |
Программный фильтр пакетов | ||
nmap |
Сканирование сети | ||
nstream |
Анализатор сетевых потоков | ||
OpenSSH |
Защищенная оболочка Secure Shell с открытым кодом | ||
Ping String |
Идентификатор трафика ICMP | ||
PMFirewall |
Конфигурирование ipchains в Firewall и маскирования IP | ||
PortSentry |
Регистрация сканирования портов в реальном времени и реагирование | ||
PSPG |
Pretty Simple Password Generator/ Генерация паролей | ||
QIPchains |
Сценарий оболочки для быстрого добавления/удаления правила Firewall Linux | ||
redir |
Перенаправляет порт ТСР на другой IP-адрес и порт | ||
S/key |
Система одноразовых паролей | ||
SAINT |
Security Administrator’s Integrated Network Tool - Инструмент администратора безопасности | ||
samhain |
Средство проверки целостности файлов | ||
SARA |
Аудит безопасности (как SATAN/SAINT), если в системе установлена программа nmap | ||
secure delete |
Безопасное удаление файлов, безопасная перезапись виртуальной памяти и незанятого дискового пространства | ||
Secure Remote Password Protocol |
Протокол аутентификации и обмена ключами, основанный на использовании паролей | ||
Secure Shell (ssh) |
Средство для защищенных подключений с использованием шифрования и взаимной авторизации | ||
Secure-Linux Patch |
Исправление ядра Linux для блокировки атак, основанных на переполнении стека | ||
Sentiel |
Быстрое сканирование системных файлов | ||
sifi |
Пакетный фильтр TCP/IP для Linux, основанный на состояниях | ||
Slinux Kernel |
Безопасное ядро Linux | ||
snort |
Система обнаружения несанкционированного проникновения | ||
sslwrap |
SSL-оболочка для серверных приложений, таких как демоны РОР3/IMAP | ||
Sportal |
Слежение за файлами с графическим интерфейсом GTK | ||
sXid |
Слежение за suid/sgid, написанное на С | ||
TARA |
Tiger Analytical Research Assistant - набор сценариев для проверки локальной безопасности | ||
Phreak Firewall |
Установка настройки Firewall с использованием к маскировки IP | ||
TheBox |
Сценарии для установки, настройки и управления маскировкой IP и прозрачного кэширования | ||
Triplight |
Обнаружение несанкционированного проникновения и целостности файлов, использует md5 sum | ||
Tripwire |
Обнаружение несанкционированного доступа | ||
Wipe |
Безопасное удаление файлов с магнитных носителей | ||
ya-wipe |
Безопасное удаление файлов |
Информацию об атаках и различных средствах противодействия читатель может найти на в:
Существует много средств для детектирования DDoS (Distributed denial-of-service). Каждое из этих средств имеет свои слабости, и ни одно не является универсальным решением. Некоторые из них можно найти:
Информацию о том, как корректно сконфигурировать сеть можно найти в RFC-2267
Архив средств для детектирования DDoS атак можно найти по адресу
CERT/CC публикует справочные материалы и другие документы по данной проблематике, например
Сети Петри
Семёнов Ю.А. (ГНЦ ИТЭФ), book.itep.ru
Протоколы можно описывать не только с помощью модели машины конечных состояний. Альтернативой можно считать сети Петри (смотри, также книгу "Сети Петри", Котов В.Е., Москва, "Наука", ГРФМЛ, 1984 откуда взяты некоторые примеры и фрагменты данной статьи). Модель сети Петри является принципиально асинхронной и служит для отображения и анализа причинно-следственных связей в системе. Для привязки к определенным моментам времени тех или иных переходов в синхронных системах используются события. Переходы из состояния в состояния считаются "мгновенными". Если переход реально происходит через какие-то промежуточные состояния, а нам существенно учесть в модели эти обстоятельства, то вводятся соответствующие "подсобытия". Сеть Петри имеет четыре базовых элемента: позиции (places), переходы, дуги и метки (token).
Позиция (место) - это состояние, в котором находится система или определенная ее часть. Смотри рис. 10.24.1.
Рис. 10.24.1. Сеть Петри с двумя позициями и двумя переходами. Цифрами 1 и 2 обозначены переходы, а буквами А и Б - позиции.
Состояние системы формируется в результате реализации локальных операций, называемых условиями реализации событий. Условие имеет емкость:
Условие не выполнено - емкость равна нулю
Условие выполнено - емкость равна 1.
Условие выполнено с n-кратным запасом - емкость равна n.
Определенная комбинация условий может стимулировать определенное событие, которое вызовет в свою очередь изменение изменение условий. В сетях Петри события и условия отображаются абстрактными символами, называемыми переходами(вертикальными или горизонатальными полосками - "барьерами") и позициями (кружками). Условия-позиции и события-переходы связаны отношениями зависимости, которые отображаются с помощью ориентированных дуг. Позиции, из которых исходят дуги данного перехода, называются входными позициями. Позиции же, к которым ведут дуги данного перехода, называются выходными позициями.
Выполнение условий отображается помещением соотвествтующего числа меток в соответствующую позицию. Если число меток велико (более 2-3), емкость условия может быть отображена числом.
В исходный момент система находится в состоянии А, что отмечено на рис. 4.9. меткой в виде синего кружочка. Переходы обозначаются горизонтальными или вертикальными линиями. Каждый переход имеет нуль или более входных дуг, исходящих из позиций, и нуль или более исходящих дуг, направленных к выходным позициям. Переход разрешен, если имеется как минимум одна входая метка в каждой из его исходных позиций. Любой разрешенный переход может произойти (fire), удалив все входные метки и установив метки в выходных позициях, что отражает изменение условий (и емкостей). Если числа входных и выходных дуг отличаются, число меток не сохраняется. Если разрешено более одного перехода, может произойти любой из них. Причем один из осуществившихся переходов, может блокировать реализацию всех остальных переходов из данного набора. Формализм сетей Петри не предусматривает каких-либо механизмов преодоления подобных конфликтов. Переход осуществляется, если выполнены все условия реализации данного события. Если два или более переходов могут осуществиться (выполнены все условия) и они не имеют общих входных позиций, то из реализация некоррелирована и может происходить параллельно или в любой последовательности. Выбор перехода, вообще говоря, не определен. В отличии от модели машины конечных состояний здесь отсутствуют комбинированные состояния типа отправитель-канал-получатель, и переходы из состояния в состояние для каждого процесса или объекта рассматриваются независимо. Если условия ни для одного из переходов не реализованы, сеть переходит в заблокированное состояние.
Аналитическое определение. Сеть Петри - набор N = (P, T, F, W, M0), где (P, T, F) - конечная сеть (множество Х = ЗuT конечно), а W: F> N\ {O} (знак \ здесь означает разность множеств) и M0: P>N - две функции, называемые кратностью дуг и начальной пометкой.
Первая ставит в соответствие каждой дуге число N>0 (кратность дуги). Если N>0, то при графическом представлении сети число N выписывается рядом с короткой чертой, пересекающей дугу. Дуги с кратностью 1 не помечаются. Каждой позиции p
Формально работа сети Петри описывается множеством последовательностей срабатываний и множеством реализуемых разметок позиций.
Для сетей Петри существует удобная алгебраическая нотация. Каждому переходу ставится в соответствие правило грамматики. Каждое правило специфицирует входную и выходную позиции. Текущее состояние сети Петри характеризуется неупорядоченным набором позиций. Каждая позиция присутствует в этом наборе столько раз, сколько меток она имеет.
Символьный набор HTML
Семёнов Ю.А. (ГНЦ ИТЭФ), book.itep.ru
Символьный набор документов HTML, заданный "SGML Declaration for HTML". Этот набор базируется на документе [ISO-8859-1].