Отправляет email-рассылки с помощью сервиса Sendsay

RFpro.ru: Принципы маршрутизации и протоколы Интернета

Подписаться Бесплатная «Серебряная» новостная рассылка . Подписчиков 345 RSS
←   Август 2020   →
 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31


За последние 60 дней ни разу не выходила


Сайт рассылки: http://rusfaq.ru/issues/5/6/224
Открыта: 15-04-2009

Автор
Калашников О.А.

Статистика

345 подписчиков
0 за неделю
←   Все выпуски   →

RFpro.ru: Принципы маршрутизации и протоколы Интернета


РАССЫЛКИ ПОРТАЛА RFPRO.RU

Лучшие эксперты в разделе

CradleA
Статус: Профессор
Рейтинг: 44
∙ повысить рейтинг » 		Хватов Сергей
Статус: Академик
Рейтинг: 3
∙ повысить рейтинг » 		Valery N
Статус: Мастер-Эксперт
Рейтинг: 2
∙ повысить рейтинг »

∙ Wi-Fi сети интернета

Номер выпуска:310
Дата выхода:27.08.2020, 18:15
Администратор рассылки:Коцюрбенко Алексей Владимирович (Старший модератор)
Подписчиков / экспертов:28 / 22
Вопросов / ответов:3 / 4

Консультация # 46302: Здравствуйте эксперты! У меня вопрос по взаимодействию канального уровня модели OSI с вышестоящими уровнями. Суть вопроса следующая: На канальном уровне есть подуровень LLC (802.2). В соответствии со стандартом 802.2 LLC предоставляет верхним уровням модели OSI три типа процедур 1)LLC1 - без установления соединения и без подтверждения п...
Консультация # 50961: Здравствуйте. Есть спутник и компьютер. Как подключить интернет????Через спутник?? Какую PCI-карту купить нужно???? Напишите пожалуйста подробнее!!!...
Консультация # 59042: Здаравствуйте, уважаемые эксперты. Надеюсь я правильно выбрал рассылку, уже просто не знаю куда обратиться. Нужен простой пример отправки почты по SMTP протоколу (RFC821). Написал пример http://neosapient.narod.ru/problem/TestSocetSMTP3.rar Но он не работает. Затем прочел http://rsdn.ru/article/qna/inet/email.xml#EEG И...

Консультация # 46302:

Здравствуйте эксперты!
У меня вопрос по взаимодействию канального уровня модели OSI с вышестоящими уровнями. Суть вопроса следующая:
На канальном уровне есть подуровень LLC (802.2). В соответствии со стандартом 802.2 LLC предоставляет верхним уровням модели OSI три типа процедур
1)LLC1 - без установления соединения и без подтверждения получения данных.
2)LLC2 - с установлением соединения и с подтверждением получения данных.
3)LLC3 - без установления соединения, но с подтверждением получения данных.
Как видно из перечисленного LLC2 работает с датаграммами UDP (не нужно еподтверждения о доставке на транспортном уровне).
Вопрос следующий:
Если на транспортном уровне посредством UDP не нужно подтверждение о доставке пакета, то это выполняется на канальном. Значит можно сказать что UDP все равно обеспечивает гарантированная (не с тем функционалом, что у TCP) доставка данных?
Буду очень признателен за ответ, потому как не дает мне покоя эта мысль.

Дата отправки: 15.06.2006, 12:22
Вопрос задал: Cost
Всего ответов: 2
Страница онлайн-консультации »

Консультирует GeorgIK:

Здравствуйте, Cost!
Вы рассматривайте протокол UDP, но он относиться к стеку протоколов TCP/IP, а у него другая сетевая модель и там нет канального уровня, там всего 4-уровня:
- Уровень приложений
- Транспортный уровень
- Межсетевой уровень
- Уровень доступа к среде передачи

На транспортном уровне - UDP фактически не выполняет каких-либо особых функций дополнительно к функциям межсетевого уровня Протокол UDP используется либо при пересылке коротких сообщений, когда накладные расходы на установление сеанса и проверку успешной доставки данных оказываются выше расходов на повторную (в случае неудачи) пересылку сообщения, либо в том случае, когда сама организация процесса-приложения обеспечивает установление соединения и проверку доставки пакетов.

А теперь взглянем на - "Уровень доступа к среде передачи" он захватывает (физический, канальный и мальнько сетевой уровень модели ОSI. Каковы его функции:
* отображение IP-адресов в физические адреса сети (MAC-адреса, например, Ethernet-адрес в случае сети Ethernet). Эту функцию выполняет протокол ARP;
* инкапсуляция IP-дейтаграмм в кадры для передачи по физическому каналу и извлечение дейтаграмм из кадров. При этом не требуется какого-либо контроля безошибочности передачи (хотя он может и присутствовать), поскольку в стеке TCP/IP такой контроль возложен на транспортный уровень или на само приложение. В заголовке кадров указывается точка доступа к сервису (SAP, Service Access Point) - поле, содержащее код протокола межсетевого уровня, которому следует передать содержимое кадра (в нашем случае это протокол IP);
* определение метода доступа к среде передачи - то есть способа, с помощью которого компьютер устанавливает свое право на произведение передачи данных (передача токена, опрос компьютеров, множественный доступ с детектированием коллизий и т.п.).
* определение представления данных в физической среде;
* пересылка и прием кадра.

Стек TCP/IP не подразумевает использования каких-либо определенных протоколов уровня доступа к среде передачи и физических сред передачи данных. От уровня доступа к среде передачи требуется наличие интерфейса с модулем IP, обеспечивающего передачу дейтаграммы между уровнями. Также требуется обеспечить преобразование IP-адреса узла сети, на который передается дейтаграмма, в MAC-адрес.

Я думаю у вас маленько прояснилось. Удачи!!!

Консультировал: GeorgIK
Дата отправки: 15.06.2006, 13:17
Рейтинг ответа:

НЕ одобряю 0 одобряю!

Консультирует Khedin:

Здравствуйте, Cost!
Суть модели OSI отражают 2 её представления: вертикальное и горизонтальное. Горизонтальное представление модели рассматривается прямое взаимодействие (обмен данными) одинаковых уровней в двух конечных точках (хостах). Для организации такого взаимодействия в каждой из конечных точек должны поддерживаться одинаковые протоколы для данного уровня. Но это представление в данном случае нас мало интересует. Для ответа на твой вопрос осветим вертикальное представление.
Вертикальное представление OSI описывает взаимодействие между уровнями самой модели. Взаимодействие с использованием интерфейсов API. Суть этого представления в том, что каждый уровень может предоставлять свои услуги вышележащему уровню равно как и пользоваться услугами нижележащих уровней. Но не наоборот! Исключениями, да и то относительными исключениями, можно считать первый и последний уровни модели. То есть канальный (Data Link Layer) может ПРЕДОСТАВЛЯТЬ услуги транспортному (Transport) уровню, но НИКАК не наоборот. Соответственно, на канальном уровне формируется пакет. И поверь, ему абсолютно параллельно, кто будет его транспортировать на транспортном уровне (будь то TCP, UDP, SPX, NCP да любой транспортный протокол)!
На канальном уровне мы имеем дело с КАДРАМИ, на транспортном же с БЛОКАМИ. Большая разница, между прочим:) И приравнивать, как протоколы, так и уровни и их функционал – абсолютно неверно.
Протокол LLC (IEEE 802.2) обеспечивает канальный механизм для протоколов вышележащих уровней. Первый тип этого протокола обеспечивает поддержку каналов данных без организации соединений (connectionless mode), а второй - обеспечивает на канальном уровне сервис на основе организации соединений (connection-oriented) тогда как UDP обеспечивает простой сервис передачи сообщений без организации соединения.
Чувствуешь разницу между обеспечением сервиса организации соединения и сервисом передачи сообщений?:) В итоге, цель и задача LLC заключается в обслуживании сетевого уровня! Мысль улавливаешь? По-русски говоря «через батьку не прыгают» :D

Консультировал: Khedin
Дата отправки: 15.06.2006, 17:33
Рейтинг ответа:

НЕ одобряю 0 одобряю!

Консультация # 50961:

Здравствуйте.
Есть спутник и компьютер. Как подключить интернет????Через спутник?? Какую PCI-карту купить нужно???? Напишите пожалуйста подробнее!!!

Дата отправки: 02.08.2006, 23:17
Вопрос задал: Митя
Всего ответов: 1
Страница онлайн-консультации »

Консультирует Lexandros:

Здравствуйте, Митя!

Сходите по этой ссылке:

http://www.ruslink.info/support/index.html

Там все подробно описано - от необходимого оборудования, до его установки и настройки... Там же вы сможете и подключиться к выбранному вами провайдеру...

Консультировал: Lexandros
Дата отправки: 03.08.2006, 11:45
Рейтинг ответа:

НЕ одобряю 0 одобряю!

Консультация # 59042:

Здаравствуйте, уважаемые эксперты.
Надеюсь я правильно выбрал рассылку, уже просто не знаю куда обратиться.
Нужен простой пример отправки почты по SMTP протоколу (RFC821). Написал пример http://neosapient.narod.ru/problem/TestSocetSMTP3.rar
Но он не работает.

Затем прочел http://rsdn.ru/article/qna/inet/email.xml#EEG

И так в командной строке вызываю
"telnet"
Далее
"open smtp.mail.ru 25"

Затем
"HELO mail.ru"
Получаю "ОК"

"MAIL FROM:<sender@mail.ru>"
Получаю "ОК"

И наконец
"RCPT TO:<geter@mail.ru>"
выдает ошибку 550 - почтовый ящик не доступен, что за баг ???

Срочно спасайте, сроки для сдачи доклада в универе поджимают.
А дело просто пробуксовывает и результатов нет.

Спасибо, что выслушали. Надеюсь на вашу помошь.

Дата отправки: 15.10.2006, 23:27
Вопрос задал: Zeitgeist
Всего ответов: 1
Страница онлайн-консультации »

Консультирует NextStep / www2:

Здравствуйте, Zeitgeist!

Если бы сервер принимал Ваше письмо на веру, даже не проверяя тот ли Вы, за кого себя выдаёте, сколько сейчас было бы спама, ложных писем и т.п...

Вам нужно доказать серверу, что Вы тот за кого себя выдаёте - предоставить ему свои логин и пароль.

Я ввёл в Яndex\'e "RFC 821 аутентификация" и наткнулся на такой вот документ http://www.ostu.ru/departm/infsys/set/nets_dop_lr4.pdf

Там описывается два способа plain-аутентификации, в том числе используется команда EHLO вместо HELO. Возможно вам придётся написать самому или найти программку для кодирования данных в коды BASE64...

Почитайте, может что и получится...

Консультировал: NextStep / www2
Дата отправки: 17.10.2006, 07:08
Рейтинг ответа:

НЕ одобряю 0 одобряю!

Оценить выпуск | Задать вопрос экспертам

главная страница  |  стать участником  |  получить консультацию
техническая поддержка

Дорогой читатель!
Команда портала RFPRO.RU благодарит Вас за то, что Вы пользуетесь нашими услугами. Вы только что прочли очередной выпуск рассылки. Мы старались. Пожалуйста, оцените его. Если совет помог Вам, если Вам понравился ответ, Вы можете поблагодарить автора - для этого в каждом ответе есть специальные ссылки. Вы можете оставить отзыв о работе портале. Нам очень важно знать Ваше мнение. Вы можете поближе познакомиться с жизнью портала, посетив наш форум, почитав журнал, который издают наши эксперты. Если у Вас есть желание помочь людям, поделиться своими знаниями, Вы можете зарегистрироваться экспертом. Заходите - у нас интересно!
МЫ РАБОТАЕМ ДЛЯ ВАС!
В избранное