Обычно предпочитаю текстовую информацию, т.к. видео объяснения часто слишком обобщенные и декларативные, в то время, как текстовые более глубокие и детальные, но к Вашему каналу это не относится совершенно. Ваши видео это как страницы шикарное книги! Я потратил 30 минут на то, чтобы по статьям понять - "Зачем вообще нужен UDP, если он не повышает надежность сетевого уровня", а тут ответ через 1 минуту)) Спасибо Вам за это курс - он просто божественный!
большое спасибо за данный курс, все понятно и подробно. Раньше вообще не имел понятия о сетях. С помощью ваших лекций получилось реализовать Ethernet на stm32
Все понятно и по делу. Спасибо. Добавлю еще, что UDP используется для передачи медиа трафика в сетях связи. Все по той же причине - он быстрее чем TCP, и не так чувствителен к потерям пакетов.
Залез почитать про UDP поглубже, даже не знал до этого, что контрольная сумма не является обязательным полем, то есть реально может ходить пакет с нулями в этом поле
+conquistador, да, контрольная сумма не является обязательной. Она проверяется на уровне Ethernet, потом в IP (только для заголовка). Сейчас ошибки возникают редко, поэтому еще раз проверять на уровне UDP не имеет смысла.
Стоп, что то не понял, вы же на видео про канальный уровень говорили что UDP использует скользащее окно а TCP остановку и ожидание, я чуток запутался...=/
может вы подскажите у меня проблема с удп протоколом я использую тс тимспик3 дело в том что меня плохо слышат там я разговариваю номально а потом прерываюсь идет потеря пакетов до 70 процентов в тс выяснили что протокол удп не пускает что делать как исправит проблемму?
Очень волнует то, что приложениям выгоднее и даже "правильнее" заниматься не своей работой. Как вы сказали, Андрей, если приложение самостоятельно обеспечивает гарантию доставки и использует протокол UDP, это быстрее, чем как если бы использовался TCP. В итоге разработчикам выгодно плодить лишний код, который выполняет работу транспортного уровня. Есть ли какой-то теоретический способ сделать работу протокола TCP быстрее, чтобы стало выгодным правильное распределение задач по уровням? И если есть, существует ли сейчас какое-то движение в эту сторону в сетевых технологиях, которое пытается решить эту проблему? И если снова да, доступно ли это решение хотя бы _частично_ для рядовых пользователей, чтобы они могли хоть _какой-то_ вклад внести?
Доброго вечера, Андрей! Простите у меня появился вопрос, вы привели в пример только ошибку со стороны клиента DNS. Но существуют ли ошибки со стороны Сервера DNS? И что тогда происходит, если пакет от сервера не дошел до получателя? У него тоже запускается таймер ожидания или нет?
Обеспечение надежности доставки это только гарантия доставки (если пакет потерялся, то потерялся)? Проверка контрольной суммы разве не относится к обеспечению надежности?
Проверка контрольной суммы - это обнаружение ошибок. Мы можем понять, что контрольная сумма неправильная и отбросить пакет. Но восстановить данные не получится.
ну обеспечение доставки это когда пакет придёт целым и невредимым к адресату. А проверка контрольной суммы это механизм определения передавать сообщение выше или отбросить.
А какой использовать протокол при open VPN? Там как раз TCP, UDP. Мне бы для десктопа и мобайл клиентов. Я так понимаю для стриминга лучше UDP, а TCP для разговоров чтоб связь более менее стабильно работала
Не понял вопрос, как связаны VPN, TCP и UDP? VPN просто создает защищенное соединение, в нем могут работать любые протоколы. Сейчас уже мало кто использует транспортные протоколы напрямую, обычно есть что-то готовое на прикладном уровне. В том числе для стриминга и разговоров.
+Alex Zubkov, понятно. Для разговоров и стриминга лучше UDP. Для закачки больших файлов лучше TCP. Но можно протестировать оба варианта и посмотреть, какой работает лучше. Обычно в сетях очень много дополнительных факторов, которые влияют на качество работы. Поэтому однозначно что-то рекомендовать, не видя всю ситуацию, сложно.
Не подскажите, как открыть порты UDP: 14550, 14555... Не могу настроить связь ПК с микроконтроллером дрона. В интернете выходит информация об открытии портов на роутере, но мне через вай-фай адаптер подключиться к сети дрона, а не роутера..
Андрей подскажите пожалуйста. Я отправляю данные по UDP на удаленный сервер порт 60000. В ответ получаю ICMP 83 Destination unreachable (Port unreachable). telnet тоже не подключается. На удаленном сервере в брандмауэре порт разрешен с любого адреса и я его вижу в Shell. Запускаю php страничку с программной где происходит зависание на stream_socket_recvfrom так как никакие данные не приходят. Я думаю где то на сервере порт административно запрещен. Подскажите где искать.
@@AndreySozykin Все разобрался спасибо. Решение в том что неправильно прописал адрес сокета в socket_bind из за этого сокет не принимал сообщения и отсылал ICMP . Счас другой вопрос на прием и передачу нужны различные сокеты или можно через один . Для Loopback?
+Ирина Ветошкина на slideshare нет, но есть на Яндекс Диске: yadi.sk/d/I8TOPyldkM3oZ Если на slideshare по каким-то причинам удобнее, то могу выложить туда тоже.
Подскажите пожалуйста, 9 сообщений по TCP для запроса IP адреса - это какие? 3 - на установку рукопожатия 4 - на запрос и получение IP с ACK'ами Откуда еще два?
Обычно предпочитаю текстовую информацию, т.к. видео объяснения часто слишком обобщенные и декларативные, в то время, как текстовые более глубокие и детальные, но к Вашему каналу это не относится совершенно. Ваши видео это как страницы шикарное книги! Я потратил 30 минут на то, чтобы по статьям понять - "Зачем вообще нужен UDP, если он не повышает надежность сетевого уровня", а тут ответ через 1 минуту)) Спасибо Вам за это курс - он просто божественный!
Да, Андрей Созыкин - он такой☝🏼
Все четко, кратко и понятно. Красавчик👍
tecktart tecktart Рад, что нравится!
Поддерживаю
Спасибо!
Еще одна область применения протокола UDP - передача потоковых данных (видео, аудио) и сигналов (напр. SIP).
Спасибо, именно так!
Спасибо, по работе нужно было разобраться что это. Всё понятно и ясно. Здоровья и счастья тебе.
Пожалуйста! Рад, что получилось разобраться!
по прошествию стольких лет, очень полезная информация. Спасибо автору!
подача супер! спасибо, нравится графика и видео.
Андрей, огромное спасибо за Вашу работу! Изучал по Вашим урокам компьютерные сети, прошёл собеседование!
большое спасибо за данный курс, все понятно и подробно. Раньше вообще не имел понятия о сетях. С помощью ваших лекций получилось реализовать Ethernet на stm32
Пожалуйста! Рад, что курс полезен!
Готовлюсь к экзамену по этим лекциям!Все ясно и понятно)Надеюсь завтра сдам)Спасибо)
+Luiza Salieva Как экзамен? Удалось сдать? Какой университет?
отвечай, ёпта. или в армии уже?
@@w1tcherj ага, в израильской
@@AndreySozykin Я готовлюсь тоже)), МГУ (ВМК). Супер лекции
@@whereispie сдал?
Благодарю за отличные видео! Все чётко и понятно⚡⚡⚡
Рад, что нравится!
Все понятно и по делу. Спасибо. Добавлю еще, что UDP используется для передачи медиа трафика в сетях связи. Все по той же причине - он быстрее чем TCP, и не так чувствителен к потерям пакетов.
отличный канал. Вы профессионал своего дела. Много почерпнул для себя
+Kaiyrzhan Naurzaliyev спасибо за хороший отзыв!
Рад, что оказалось полезно!
Мои благодарности Андрей! Вот наконец то шанс вижу понять как все это работает.
Пожалуйста! Успехов в понимании сетей!
Спасибо огромное! Все очень понятно
Спасибо вам, Андрей!
Пожалуйста!
Очень познавательно!
Благодарю за лекцию!
Пожалуйста!
Спасибо.
Qilgan bu yaxshi amallariyezni ajrini bersin.
Качественно сделано
Отличный ролик. Спасибо.
+Игорь Болдыш, пожалуйста! Рад, что понравилось!
У вас хороший курс, спасибо).
Пожалуйста. Рад, что нравится!
очень доходчево
Спасибо!
Спасибо!
Огромное спасибо, наконец-то что-то понятное ^-^
Пожалуйста!
Залез почитать про UDP поглубже, даже не знал до этого, что контрольная сумма не является обязательным полем, то есть реально может ходить пакет с нулями в этом поле
+conquistador, да, контрольная сумма не является обязательной. Она проверяется на уровне Ethernet, потом в IP (только для заголовка). Сейчас ошибки возникают редко, поэтому еще раз проверять на уровне UDP не имеет смысла.
Spasibo Ishyo raz za takuyu chennuyu informachsiyu
Рад, что лекции нравятся!
Отлично
Спасибо
Пожалуйста!
спасибо!!!
Пожалуйста!
красавчик
+vlad komar, спасибо!
Стоп, что то не понял, вы же на видео про канальный уровень говорили что UDP использует скользащее окно а TCP остановку и ожидание, я чуток запутался...=/
может вы подскажите у меня проблема с удп протоколом я использую тс тимспик3 дело в том что меня плохо слышат там я разговариваю номально а потом прерываюсь идет потеря пакетов до 70 процентов в тс
выяснили что протокол удп не пускает что делать как исправит проблемму?
Очень волнует то, что приложениям выгоднее и даже "правильнее" заниматься не своей работой. Как вы сказали, Андрей, если приложение самостоятельно обеспечивает гарантию доставки и использует протокол UDP, это быстрее, чем как если бы использовался TCP. В итоге разработчикам выгодно плодить лишний код, который выполняет работу транспортного уровня. Есть ли какой-то теоретический способ сделать работу протокола TCP быстрее, чтобы стало выгодным правильное распределение задач по уровням? И если есть, существует ли сейчас какое-то движение в эту сторону в сетевых технологиях, которое пытается решить эту проблему? И если снова да, доступно ли это решение хотя бы _частично_ для рядовых пользователей, чтобы они могли хоть _какой-то_ вклад внести?
Доброго вечера, Андрей! Простите у меня появился вопрос, вы привели в пример только ошибку со стороны клиента DNS. Но существуют ли ошибки со стороны Сервера DNS? И что тогда происходит, если пакет от сервера не дошел до получателя? У него тоже запускается таймер ожидания или нет?
да
Спс
Пожалуйста!
Обеспечение надежности доставки это только гарантия доставки (если пакет потерялся, то потерялся)? Проверка контрольной суммы разве не относится к обеспечению надежности?
Проверка контрольной суммы - это обнаружение ошибок. Мы можем понять, что контрольная сумма неправильная и отбросить пакет. Но восстановить данные не получится.
ну обеспечение доставки это когда пакет придёт целым и невредимым к адресату. А проверка контрольной суммы это механизм определения передавать сообщение выше или отбросить.
А какой использовать протокол при open VPN? Там как раз TCP, UDP. Мне бы для десктопа и мобайл клиентов. Я так понимаю для стриминга лучше UDP, а TCP для разговоров чтоб связь более менее стабильно работала
Не понял вопрос, как связаны VPN, TCP и UDP? VPN просто создает защищенное соединение, в нем могут работать любые протоколы. Сейчас уже мало кто использует транспортные протоколы напрямую, обычно есть что-то готовое на прикладном уровне. В том числе для стриминга и разговоров.
Andrey Sozykin я не пользуюсь услугами готовых vpn, я поднимаю свой и там можно выбрать через какой протокол передача будет осуществляться
+Alex Zubkov, понятно. Для разговоров и стриминга лучше UDP. Для закачки больших файлов лучше TCP.
Но можно протестировать оба варианта и посмотреть, какой работает лучше. Обычно в сетях очень много дополнительных факторов, которые влияют на качество работы. Поэтому однозначно что-то рекомендовать, не видя всю ситуацию, сложно.
4:10 таймер это что-то стандартное, описанное в рфц? именно на уровне приложения?
да
00:28 если я правильно понимаю, то еще нет гарантии, что один пакет не придет получателю несколько раз?
Да, гарантии однократной доставки пакета нет.
А udp может работать по 443 порту ? В впн программах пишут что можно выбрать 443 порт и протокол udp
UDP может работать на любом порту.
Не подскажите, как открыть порты UDP: 14550, 14555... Не могу настроить связь ПК с микроконтроллером дрона. В интернете выходит информация об открытии портов на роутере, но мне через вай-фай адаптер подключиться к сети дрона, а не роутера..
Где именно вы хотите открыть порты? На дроне? Или на ПК?
05:05 придерусь немного, но задачи протокола стоило бы рассказывать в начале видео, а не в конце.
Аа, Вы говорили об этом 01:05. Без пунктика в презентации это легко пропустить.
Андрей подскажите пожалуйста. Я отправляю данные по UDP на удаленный сервер порт 60000.
В ответ получаю ICMP 83 Destination unreachable (Port unreachable). telnet тоже не подключается. На удаленном сервере в брандмауэре порт разрешен с любого адреса и я его вижу в Shell. Запускаю php страничку с программной где происходит зависание на stream_socket_recvfrom так как никакие данные не приходят. Я думаю где то на сервере порт административно запрещен. Подскажите где искать.
Наверняка между клиентом и сервером стоит межсетевой экран, или еще какая-то система защиты.
@@AndreySozykin Все разобрался спасибо. Решение в том что неправильно прописал адрес сокета в socket_bind из за этого сокет не принимал сообщения и отсылал ICMP . Счас другой вопрос на прием и передачу нужны различные сокеты или можно через один . Для Loopback?
Есть ли ваши презентации на slideshare?
+Ирина Ветошкина на slideshare нет, но есть на Яндекс Диске: yadi.sk/d/I8TOPyldkM3oZ
Если на slideshare по каким-то причинам удобнее, то могу выложить туда тоже.
+Andrey Sozykin спасибо, яндекса достаточно, отличные лекции, спасибо
+Ирина Ветошкина рад, что нравится!
Анрей, почему же удипи, а не удп… если дипи, то только юлипи
Почему Илья Лагутенко ведет лекцию по UDP?😅😅
Андрей, только он "ЮДиПи", а не "У". А так шикарно все.
+Tom Jones, спасибо! Произношение у меня действительно хромает.
Thenks
Подскажите пожалуйста, 9 сообщений по TCP для запроса IP адреса - это какие?
3 - на установку рукопожатия
4 - на запрос и получение IP с ACK'ами
Откуда еще два?
Ну вообще то сравнивать UDP и IP не коректно. UDP по факту работает с IP. Это вообще разного уровня протоколы. Более корректно сравнивать его с TCP.
Правильное замечание. Сравнение сделано для того, чтобы еще раз пояснить различия между сетевым и транспортным уровнями.
Ю-Ди-Пи
Да, правильно произносить Ю-Ди-Пи.
cegth
Все такая же скукота