- •Теоретический минимум по предмету «Сети связи» Состав системы электросвязи рф. Первичные и вторичные сети связи.
- •Классификация вторичных сетей и их взаимодействие с первичной сетью
- •Телефонные сети
- •Сети документальной электросвязи
- •Сети звукового и телевизионного вещания
- •Стандартизация в области телекоммуникаций. Основные организации.
- •Технологии коммутации каналов
- •Сельские телефонные сети (принципы построения)
- •Гтс: классификация по принципу построения, принцип построения нерайонированных гтс
- •Гтс: классификация по принципу построения, классификация районированных сетей, принцип построения районированных гтс без узлов
- •Гтс: классификация по принципу построения, классификация районированных сетей, принцип построения районированных гтс с узлами входящих сообщений
- •Городские телефонные сети: классификация по принципу построения, классификация районированных сетей, принцип построения районированных гтс с узлами входящих и исходящих сообщений
- •Система нумерации (определение, требования, виды нумерации, структура кода номера)
- •Классификация услуг ТфОп
- •Системы сигнализации тфоп
- •Сигнализация по общему каналу. Окс №7
- •Сеть абонентского доступа. Основные способы организации абонентского доступа
- •Синхронизация
- •Компьютерная телефония. Основные понятия
- •Протоколы физического уровня (uart, rs-232, rs-422, rs-485, can, Modbus)
- •Концепция интеллектуальной сети.
- •Концепция сетей нового поколения ngn
- •Конвергенция сетей
- •Основные понятия QoS в тфоп
- •Основные стандарты беспроводных сетей
- •Проектирование сетей связи
- •Принципы технической эксплуатации сетей связи
- •Стек протоколов вос
- •Стек протоколов tcp/ip
- •Основные характеристики протокола ip
- •Протокол icmp
- •Протокол тср
- •Протокол udp
- •Протокол snmp
- •Протокол ftp
- •Протокол tftp
- •Протокол Telnet
- •Протокол smtp
- •Протокол pop3
- •Протокол передачи гипертекста http
- •Технологии сетевого уровня. Технология X.25 и Frame Relay
- •Протоколы маршрутизации
Протокол tftp
TFTP (Trivial File Transfer Protocol) – простейший протокол пересылки файлов. Он более экономичен, чем FTP, т. к. реализует только передачу файлов и не имеет возможности аутентификации, и основан на транспортном протоколе UDP — протоколе без установления соединения. Основное назначение TFTP — обеспечение простоты реализации клиента. В связи с этим он используется для загрузки бездисковых рабочих станций, загрузки обновлений и конфигураций в сетевые устройства, записи статистики с мини-АТС (CDR) и аппаратных маршрутизаторов/файрволов. TFTP пакеты не содержат никаких данных об имени пользователя или пароле - это брешь в безопасности TFTP. Эта возможность была использована многими хакерами, чтобы получить копии файла паролей из Unix и затем расшифровать их. Чтобы предотвратить подобный доступ, большинство TFTP серверов в настоящее время регламентируют, какие файлы могут быть получены с использованием TFTP.
Протокол Telnet
Режим удаленного управления, называемый также режимом терминального доступа, предполагает, что пользователь превращает свой компьютер в виртуальный терминал другого компьютера, к которому он получает удаленный доступ. В период становления компьютерных сетей, т. е. в 70-е годы, поддержка такого режима была одной из основных функций сети. Режим удаленного управления обеспечивается специальным протоколом прикладного уровня. Существует большое количество протоколов удаленного управления, но для IP-сетей наиболее старым протоколом этого типа является Telnet (RFC 854). Протокол Telnet, работающий в архитектуре «клиент-сервер», обеспечивает эмуляцию алфавитно-цифрового терминала, ограничивая пользователя режимом командной строки. При нажатии клавиши соответствующий код перехватывается клиентом Telnet, помещается в TCP-сообщение и отправляется через сеть узлу, которым пользователь хочет управлять. При поступлении на узел назначения код нажатой клавиши извлекается из TCP-сообщения сервером Telnet и передается операционной системе узла. ОС рассматривает сеанс Telnet как один из сеансов локального пользователя. Если ОС реагирует на нажатие клавиши выводом очередного символа на экран, то для сеанса удаленного пользователя этот символ также упаковывается в TCP-сообщение и по сети отправляется удаленному узлу. Клиент Telnet извлекает символ и отображает его на экране своего терминала, эмулируя терминал удаленного узла. Сегодня этот протокол редко используется в публичных доменах Интернета, так как никто не хочет предоставлять посторонним лицам возможность управлять собственным компьютером, поэтому на данный момент основной областью применения протокола Telnet является управление не компьютерами, а коммутационными устройствами: маршрутизаторами, коммутаторами, хабами. Таким образом, он является скорее протоколом администрирования, чем пользовательским протоколом.
Протокол smtp
В качестве средств передачи сообщения почтовая служба использует стандартный, разработанный специально для почтовых систем протокол SMTP (Simle Mail Transfer Protocol – простой протокол передачи почты). Как и большинство других протоколов прикладного уровня, SMTP реализуется SMTP-сервером и SMTP-клиентом. Важно отметить, что этот протокол ориентирован на передачу данных по направлению от клиента к серверу, следовательно SMTP-клиент работает на стороне отправителя. SMTP-сервер должен постоянно быть в режиме подключения, ожидая запросы со стороны SMTP-клиента. После того, как пользователь в графическом интерфейсе нажал на значок отправки сообщения, SMTP-клиент посылает запрос на установление TCP-соединения на порт 25, который является назначенным портом SMTP-сервера. Если сервер готов, то он посылает свои идентифицирующие данные, в частности свое DNS имя. Затем клиент передает серверу адреса(имена) отправителя и получателя. Если имя получателя соответствует ожидаемому, то SMTP-сервер дает согласие на установление TCP-соединения, и в рамках этого надежного логического канала происходит передача сообщения. Используя одно TCP-соединение, клиент может передать несколько сообщений. После завершения передачи TCP- и SMTP-соединения разрываются. Если в начале сеанса связи SMTP-сервер оказался не готов, то он посылает соответствующее сообщение клиенту, в ответ тот снова посылает запрос, пытаясь заново установить соединение. Если сервер не может доставить сообщение, то он передает отчет об ошибке отправителю сообщения и разрывает соединение. После того как передача сообщения благополучно заканчивается, переданное сообщение сохраняется в буфере на сервере.
