ppp echo что это
Что за протокол PPP (точка-точка) и для чего он нужен
PPP (протокол «точка-точка») является наиболее широко используемым методом транспортировки IP-пакетов по последовательной связи между пользователем и поставщиком интернет-услуг (ISP). Хотя PPP в первую очередь используется по коммутируемым линиям, такие варианты, как PPoE (PPP over Ethernet ) и PPoA (PPP over ATM), расширяют PPP до новых протоколов уровня канала передачи данных.
PPP был разработан для обеспечения возможности передачи разных протоколов по одной двухточечной линии связи путем использования инкапсуляции. Инкапсуляция — это процесс хранения пакетов из внешнего протокола внутри кадров PPP. PPP также установил стандарт для назначения и управления IP-адресом, синхронной (старт-стоп) и бит-ориентированной синхронной инкапсуляции, мультиплексирования сетевых протоколов, конфигурации ссылок, тестирования качества связи, обнаружения ошибок и согласования опций для таких возможностей, как сетевой уровень согласование адресов и согласование сжатия данных. PPP поддерживает эти функции, предоставляя расширяемую программу управления каналами (LCP) и семейство Network Control Program (NCP) для согласования дополнительных параметров конфигурации и средств. В дополнение к IP, PPP поддерживает другие протоколы, включая Novell Internetwork Packet Exchange (IPX) и DECnet.
Компоненты PPP
PPP предоставляет метод для передачи дейтаграммы по последовательному каналу «точка-точка». PPP содержит три основные функции:
Операция PPP
Чтобы установить связь по каналу «точка-точка», инициирующий PPP сначала отправляет кадры LCP для настройки и тестирования канала данных. После установления связи и согласования дополнительных объектов с использованием LCP исходный PPP отправит кадры NCP для выбора и настройки одного или нескольких протоколов сетевого уровня. После конфигурирования каждого уровня сетевого протокола могут быть переданы пакеты пакетов каждого сетевого уровня, и связь будет оставаться настроенной, и пакеты могут быть отправлены по этим ссылкам. Ссылка останется сконфигурированной для связи до тех пор, пока не будут закрыты обычные LCP или NCP-фреймы, а также некоторые внешние события, такие как таймер неактивности, истекает или пользователь вмешивается.
Требования к физическому уровню
PPP способен работать через любой интерфейс DTE / DCE. Примеры включают EIA / TIA 232 C (ранее RS 232 C), EIA / TIA 422 (ранее RS 422), EIA / TIA 423 (ранее RS 423 (ранее RS 423) и Сектор стандартизации электросвязи в телекоммуникационном секторе (ITU-T) ранее CCITT) V.35. ППК имеет абсолютное требование — обеспечивает дуплексную схему, выделенную или коммутируемую, которая может работать либо в асинхронном, либо в синхронном режиме, который является прозрачным для кадров канального уровня PPP. Однако PPP не налагает никаких ограничений в отношении скорости передачи кроме наложенных для конкретного используемого интерфейса DTE / DCE.
PPP Link Layer
ППС использует принципы, терминологию и структуру кадров процедур HDLC Международной организации стандартизации (ISO) (ISO 3309-1979), модифицированных ISO 3309-948 / PDADI «Добавление 1 Пуск / остановка передачи. В стандарте ISO 3309-1979 показана структура кадра HDLC для использования в синхронных средах. ISO 3309: 1984 / PDADI определяет предлагаемые модификации стандарта ISO 3309-1979, позволяющие использовать его в асинхронных средах. В процедурах управления PPP используются определения и кодировки полей управления, идентичные ISO 4335-1979 / Addendum 1-1979.
Формат кадра PPP отображается в шести полях. В следующих описаниях суммируются поля кадра PPP:
Протокол PPP Link-Control
PPP LCP предоставляет способ установления, настройки, поддержки и завершения соединения между двумя точками. LCP проходит через четыре различные фазы:
Контрольные сообщения LCP
LCP выполняет эти задачи с помощью простых управляющих сообщений:
Связь Конфигурационные сообщения, используемые для установки и настройки ссылки:
Сообщения о завершении связи, используемые для прекращения связи:
Сообщение об обслуживании связи, используемое для управления и отладки ссылки:
PPP NCP
Протокол PPP должен быть определен для каждого типа сетевого пакета, который должен быть инкапсулирован и передан по линии PPP.
Некоторые из определенных PPP NCP:
unixforum.org
Форум для пользователей UNIX-подобных систем
Постоянно прерывается соединение с инетом через pppoe
Модератор: Bizdelnick
Постоянно прерывается соединение с инетом через pppoe
Сообщение AndreyBer » 22.01.2010 16:12
Помогите пожалуйста решить такую проблему. Интернет-соединение через pppoe периодически прерывается. До 10-15 раз в час, каждый день такое происходит. Провайдер клянется, что работ на сети не проводит и связь до меня стабильная. На одном из форумов наткнулся на такую информацию:
«. за отключения инета при использовании pppoe скажите спасибо датакому, хотя они на форуме дали решение, куда именно прописать service name 10.0.0.1 в разных линуксах. «
Гуглил, но ничего не нашел в эту тему. У меня установлена Ubuntu 9.04. Что мне необходимо сделать со своим pppoe-соединением для устранения разрывов, куда прописывать service name 10.0.0.1?
Re: Постоянно прерывается соединение с инетом через pppoe
Сообщение Garri606 » 22.01.2010 19:54
Re: Постоянно прерывается соединение с инетом через pppoe
Сообщение AndreyBer » 22.01.2010 20:53
Re: Постоянно прерывается соединение с инетом через pppoe
Сообщение Garri606 » 22.01.2010 22:00
Re: Постоянно прерывается соединение с инетом через pppoe
Сообщение AndreyBer » 22.01.2010 22:40
В /etc/ppp/peers/dsl-provider у меня вот что:
# Minimalistic default options file for DSL/PPPoE connections
noipdefault
defaultroute
replacedefaultroute
hide-password
#lcp-echo-interval 30
#lcp-echo-failure 4
noauth
persist
#mtu 1492
#persist
#maxfail 0
#holdoff 20
plugin rp-pppoe.so eth0
usepeerdns
user «xxxxx»
параметр persist 2 раза упомянут, это нормально?
Я новичек в линук-системах, поэтому прошу пояснить где смотреть значения lcp-echo-failure и lcp-echo-interval?
Re: Постоянно прерывается соединение с инетом через pppoe
Сообщение Boboms » 22.01.2010 23:11
Re: Постоянно прерывается соединение с инетом через pppoe
Сообщение Garri606 » 23.01.2010 10:54
Re: Постоянно прерывается соединение с инетом через pppoe
Сообщение AndreyBer » 23.01.2010 16:38
Внес изменеия в dsl-provider, как вы сказали, но проблема с обрывами не исчезла 
# Minimalistic default options file for DSL/PPPoE connections
noipdefault
defaultroute
replacedefaultroute
hide-password
#lcp-echo-interval 30
#lcp-echo-failure 4
noauth
persist
mtu 1452
#persist
#maxfail 0
#holdoff 20
plugin rp-pppoe.so eth0
usepeerdns
user «xxxxxx»
Re: Постоянно прерывается соединение с инетом через pppoe
Сообщение mvt » 23.01.2010 16:50
Re: Постоянно прерывается соединение с инетом через pppoe
Сообщение Garri606 » 24.01.2010 17:35
Re: Постоянно прерывается соединение с инетом через pppoe
Сообщение AndreyBer » 25.01.2010 07:41
Re: Постоянно прерывается соединение с инетом через pppoe
Сообщение Garri606 » 26.01.2010 18:13
Re: Постоянно прерывается соединение с инетом через pppoe
Сообщение AndreyBer » 27.01.2010 07:12
Спасибо за помощь. Параметры я раскомментировал, но значения пока подкручивать не стал. Отметил одну странную особенность. Когда запущен Thunderbird и проверяется почта, разрывов никогда не бывает. Я поставил в настройках почтовика интервал обновления 0 минут, то есть почта принимается теперь всегда. За ночь был всего один разрыв связи, что для меня практически идеальный вариант 
Сейчас оставил тестироваться на весь день, вечером посмотрю логи.
В этой связи вопросы. 1. Если постоянная сетевая активность не дает соединению обрываться, то в чем может быть проблема? 2. Жить с постоянно запущенным почтовиком, или где-то можно в системе подправить? 3. По сути это бесполезный трафик, хотя и небольшой. У меня безлимитный инет, но с шейпером. С провайдером все таки решать вопрос?
Re: Постоянно прерывается соединение с инетом через pppoe
Сообщение Alex2ndr » 27.01.2010 12:28
Спасибо за помощь. Параметры я раскомментировал, но значения пока подкручивать не стал. Отметил одну странную особенность. Когда запущен Thunderbird и проверяется почта, разрывов никогда не бывает. Я поставил в настройках почтовика интервал обновления 0 минут, то есть почта принимается теперь всегда. За ночь был всего один разрыв связи, что для меня практически идеальный вариант Сейчас оставил тестироваться на весь день, вечером посмотрю логи.
В этой связи вопросы. 1. Если постоянная сетевая активность не дает соединению обрываться, то в чем может быть проблема? 2. Жить с постоянно запущенным почтовиком, или где-то можно в системе подправить? 3. По сути это бесполезный трафик, хотя и небольшой. У меня безлимитный инет, но с шейпером. С провайдером все таки решать вопрос?
Re: Постоянно прерывается соединение с инетом через pppoe
Сообщение lui » 14.02.2010 20:00
Помогите пожалуйста решить такую проблему. Интернет-соединение через pppoe периодически прерывается. До 10-15 раз в час, каждый день такое происходит. Провайдер клянется, что работ на сети не проводит и связь до меня стабильная. На одном из форумов наткнулся на такую информацию:
«. за отключения инета при использовании pppoe скажите спасибо датакому, хотя они на форуме дали решение, куда именно прописать service name 10.0.0.1 в разных линуксах. «
Гуглил, но ничего не нашел в эту тему. У меня установлена Ubuntu 9.04. Что мне необходимо сделать со своим pppoe-соединением для устранения разрывов, куда прописывать service name 10.0.0.1?
Ppp echo что это
Высокоскоростной Wi-Fi маршрутизатор (2,4 ГГц, 600 Мбит/с)
Энергоэффективный процессор и технология TurboQAM™ обеспечивают скорость передачи данных до 600 Мбит/с, что на 33% выше, чем у традиционного оборудования стандарта N
Пять портов Gigabit Ethernet и технология Turbo NAT для аппаратного ускорения NAT
Технология AiRadar увеличивает мощность сигнала в направлении к приемнику и расширяет радиус покрытия сети до 150%
Встроенные порты USB 3.0 и USB 2.0 – возможность подключения накопителей, принтеров, модемов 3G/4G
ASUS AiCloud – хранение, синхронизация и трансляция данных
60Hz)
DC Output : 12 V with max. 1.5 A current
Совместимость с ОС
Windows 7
Windows® 8.1
Windows Vista
Windows® 8
Windows 2000
Windows ME
Windows XP
Mac OS X 10.4 or higher
Mac OS X 10.1 or higher
Mac OS X 10.x or higher
Windows® Server 2003
Windows® Server 2008
Mac OS X
Mac OS X 10.6
Mac OS X 10.7
Mac OS X 10.8
Linux Kernel (Support Ubuntu only)
Linux
Размеры
207 x 150 x 37 mm (WxDxH)
Масса
520 g
Комплект поставки
1 x RT-N18U 2.4GHz 600Mbps High Power Router
1 x RJ-45 cable
1 x Power adapter
1 x QSG
1 x Warranty card
Дополнительные функции
3G/4G data sharing, AiCloud, Printer server, Download Master, AiDisK, Multiple SSIDs, Parental Control
Operation mode
Wireless router mode
Range extender mode
Access point mode
Media bridge mode
В теме нет куратора. По вопросам наполнения шапки обращайтесь к модераторам раздела через кнопку «Жалоба» под сообщениями, на которые необходимо добавить ссылки, или через QMS.
7.6.1 Эхо-запросы и эхо-ответы
7.6.1 Эхо-запросы и эхо-ответы
Эхо-запросы (Echo Request) и эхо-ответы (Echo Reply) применяются для проверки активности системы. Код типа 8 применяется в запросах, а код 0 — в ответах. Количество октетов в поле данных переменно и может выбираться отправителем.
Отвечающая сторона должна послать обратно те же самые данные, которые были получены. Поле идентификатора служит для сравнения ответа с исходным запросом. Последовательный номер эхо-сообщения может применяться для тестирования, на каком участке произошел обрыв сети, и для вычисления приблизительного времени на путь туда и обратно. При этом идентификатор не меняется, а последовательный номер (начиная от 0) увеличивается на единицу для каждого сообщения. Формат эхо-сообщения показан на рис. 7.12.
Рис. 7.12. Формат ICMP-сообщений Echo Request и Echo Reply
Широко известная команда ping доступна почти во всех системах TCP/IP, а ее работа основана на ICMP-сообщениях для эхо-запросов и эхо-ответов. В приведенном ниже диалоге сначала тестируется хост ring.bell.com. Затем отсылается последовательность из 14 сообщений, содержащих по 64 октета каждое. Отметим, что сообщения 0, 1 и 2 были потеряны. Справа приводятся сведения о пути туда и обратно.
> ping ring.bell.com
ring.bell.com is alive
64 bytes from ring.bell.com: icmp_seq=3. time = 21. ms
64 bytes from ring.bell.com: icmp_seq=4. time = 18. ms
64 bytes from ring.bell.com: icmp_seq=5. time = 17. ms
64 bytes from ring.bell.com: icmp_seq=6. time = 19. ms
64 bytes from ring.bell.com: icmp_seq=7. time = 17. ms
64 bytes from ring.bell.com: icmp_seq=8. time = 17. ms
64 bytes from ring.bell.com: icmp_seq=9. time = 17. ms
64 bytes from ring.bell.com: icmp_seq=10. time = 18. ms
64 bytes from ring.bell.com: icmp_seq=11. time = 17. ms
64 bytes from ring.bell.com: icmp_seq=12. time = 17. ms
64 bytes from ring.bell.com: icmp_seq=13. time = 17. ms
-ring.bell.com PING Statistics-
14 packets transmitted, 11 packets received, 21% packet loss
round-trip (ms) min/avg/max = 17/17/21
Читайте также
Запросы
Запросы по запросу
Запросы по запросу Метки: мониторингВозможно, вам неудобно заходить на сайты мониторинговых сервисов. Тогда можете воспользоваться подпиской: как только интересующие вас ключевые слова появятся в блогах или на форумах, система отправит вам уведомление.Представьте,
5.24.3 Обратные запросы ARP
5.24.3 Обратные запросы ARP Один из вариантов ARP называется обратным запросом (reverse ARP — RARP) и служит для определения узлом собственного IP-адреса. Такие запросы предназначены для бездисковых рабочих станций и других устройств, которые получают конфигурационную информацию от
12.6 Авторитетные ответы и ответы из кеша
12.6 Авторитетные ответы и ответы из кеша Все данные вводятся и изменяются на первичном сервере имен. Они хранятся на собственном жестком диске этого сервера. Вторичный сервер имен загружает информацию с первичного сервера.Когда система посылает запрос к DNS, она не
21.5.4 Другие запросы
21.5.4 Другие запросы Оставшиеся запросы используются клиентом и сервером аналогичным способом. Данные могут быть переданы и получены через обычные запросы записи и чтения. Соединение может быть закрыто по запросу close. Существуют также специальные запросы send и recv,
Редактируемые запросы
Редактируемые запросы Редактирование данных при помощи визуальных компонентов Если вы уже запустили пример, представленный выше, и попробовали исправить хотя бы одну запись в таблице, то наверняка получили сообщение, что сделать это невозможно. Причины этого сообщения
Первые запросы
Сложные запросы
Сложные запросы С помощью сложных запросов можно выполнить следующее.• Представить данные из нескольких связанных таблиц в виде одной.• Выбрать данные по заданному пользователем условию.• Создать пользовательские поля запроса, значения которых будут основываться на
Запросы на изменение
Запросы на изменение Запросы на изменение дают возможность корректировать данные, содержащиеся в таблицах.Существует четыре вида запросов на изменение:• запрос на создание таблицы – создает новую таблицу на основе данных, которые уже размещены в одной или нескольких
Запросы на объединение
Запросы на объединение Запрос на объединение (union query) выполняет объединение содержимого двух таблиц, имеющих одинаковые структуры полей. Это оказывается полезным, когда нужно отобразить в одном результирующем наборе потенциально не связанные записи из нескольких
Запросы на обновление
Запросы на обновление Запрос на обновление может изменить сразу целую группу записей. Этот запрос состоит из трех частей:• предложение UPDATE, которое указывает на обновляемую таблицу;• предложение SET, задающее данные для обновления;• необязательный критерий WHERE,
Запросы
ГЛАВА 20. Запросы DML.
Запросы UNION
Запросы UNION Запросы объединения дают возможность выбрать строки соответствующих форматов из различных наборов данных в объединенный набор данных, который приложения могут использовать так, как если бы он был одной таблицей только для чтения. Подмножества, найденные в
Запросы на выборку
Запросы на выборку Простые запросыПод простыми запросами будем понимать запросы, ограниченные одной таблицей и не содержащие каких-либо критериев, условий, фильтров и т. д. Пример такого запроса – вывод какой-либо таблицы полностью, пусть это будет таблица Страны. Чаще
Ppp echo что это
Если есть вопрос задавайте в теме, если вопрос часто будет встречаться то ответ будет тут
Полезные команды в консоли
Q: Какие каналы выбрать для 2.4Ггц и 5Ггц
A:
2.4Ггц
Самые лучшие каналы это не пересекающиеся каналы: 1,6,11
36,44,52,60,108,132,149,157 (Основной набор каналов L)
40,48,56,104,112,136,153 (Дополнительный набор каналов U)
44,52,108,157 (Основной набор каналов L) На большинстве устройств все будет хорошо
40,48,56,112 (Дополнительный набор каналов U) На большинстве устройств все будет хорошо
149 Не всегда на полной скорости при фиксированной ширине 40Мгц или 80Мгц, хотя при авто ширине 20/40/80 может выдавать максимум без проблем
153 Видит ограниченное количество устройств
60,64,100,161 Не охотно подключаются некоторые устройства, при использовании SmartConnect, могут остаться на 2.4
с шириной 160Мгц
52,116 (Основной набор каналов L)
48,112 (Дополнительный набор каналов U)
* либо вручную попробовать каналы для 160Мгц которые предлагает роутер
важное замечание
РСТ девайсы могут не видеть 100 канал на 80+80 или 160Мгц.
Q: На что влияет регион и из чего он состоит?
A: Регион состоит из 3 частей
ccode=AA (страна, в одной стране есть несколько суб регионов и они отличаются по мощности и набору каналов)
regrev=999 (суб регион, числовое значение, управляет набором каналов, мощностью и возможными включенными технологиями)
territory_code=AA/00 (основное ограничение, которое включает полностью все ограничение на максимум, а главное включает SAR)
territory_code на прямую не связан со SKU, то что он криво определяется это вина ASUS, ровно тоже самое как ip адрес 50.1 этот адрес должен быть только для CN региона, но там в коде прошивки неправильная проверка
как видно этот параметр отвечает за часть авто обновления, и если часть данных отсутствует то у вас всегда будет SKU=WW_FULL, что означает только полное обновление (остальные типы обновление это обновление отдельного раздела и файлов)
для тех кому сильно хочется иметь WW_FULL его можно всегда прописать руками или указать для factory nvram
#!/bin/sh
#get FULL / PARTIAL / Lite signature: FULL/PART/WRS @update_sig_type() iqos.c
sig_type=`nvram get sig_type`
if [ «$sig_type» == «» ]; then
sig_type=»FULL»;
fi
# get signature information
tcode=`nvram get territory_code`
if [ «$tcode» == «» ]; then
territory_type=»WW»_»$sig_type»
else
territory_type=»$tcode»_»$sig_type»
fi
в общем буду дополнять, всем удачи
Green2Vision,
ASUS MESH работает только с asus
так же как и другие вендоры
вчера прикупил это чудо. завелось все из коробки. далеко в настройки не влезал, может где и настраивается. меня интересует download master. а вернее transmission версии 2.92 (14714) что внутри. там жестко прописано ограничение на отдачу в 40 КБ/с и никак его не смог я убрать. такую скорость при тарифе в 100 мбит/с как-то не то? я так понял трансмишен обновлять они не собираются. а как с этим обстоят дела в прошивке от Merlin?
разобрался. там ентварь. там все. поставил трансмишен последний. теперь норм. всем спасибо.
Green2Vision,
это усилитель, работает по принципу: подключается к имеющейся сети(по проводу или воздуху) и создает другую сеть с более мощным сигналом (но это не точно)
говорю как владелец re650 😀
эмулятор тут https://emulator.tp-li…50/RE650-RE/index.html
Shadowfreemen, у меня периодически возникает такая проблема на ноуте, иногда раз в три-четыре дня скорость может упасть до 60 мегабит, при том что сам маршрутизатор показывает почти максимальную скорость соединения. Виновником оказался смартфон Самсунг A40, стоит перевключить на нем вайфай, как скорость на ноуте восстанавливается (похоже, что у этого телефона вообще криво написаны драйвера, поскольку и на других маршрутизаторах с ним вечные проблемы были). Самое интересное, что и ноут, и телефон даже на разных стандартах работают (n и ac). Если ничего не трогать, то через некоторое время скорость восстанавливается и сама.
Вероятно, и у Вас причина не в айфонах, а в каких-то других клиентах. Попробуйте, когда снова упадет скорость, последовательно поотключать от сети другие устройства. Кроме того, попробуйте включить airtime fairness, если какой-то клиент действительно «загаживает» эфир, это несколько ограничит его в запросах.
хорошая железяка,жаль что dd-wrt хотят денег за порт прошивки на данный чип(прошло уже полгода),так бы сразу купил роутер ибо пустая железяка без возможности поднимать кастомные сервисы шаманам не нужна)
UPD
есть мерлин на эту железку,значит беру)