Jump to content
Калькуляторы

Mikrotik теряет пакеты

Всем привет. Я новичок в этом деле, не судите строго)

В общем проблема такая. Стоит роутер Mikrotik 951G-2HnD. Прошивка последняя. Интернет по Pppoe. Пинг внутри сети и до самого роутера идет на отлично.

Но при пинге адреса интернета теряются пакеты. Пинговал и в терминале и в командной строке итог один. Пробывал менять порты для wan, кабель провайдера переобжимал не помогло. Перенастраивал заново.

Подскажите пожалуйста в каком направлении идти. Нужную информацию для анализа скину только подскажите какую))

ee4e0e1cb55e.jpg

Edited by ssjerat

Share this post


Link to post
Share on other sites

Подскажите пожалуйста в каком направлении идти.

 

поставить нормальный роутер, и не слушать Сааба.

 

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

 

Дальше телепаты без конфига не подскажут.

Share this post


Link to post
Share on other sites

Не факт что проблема в роутере.

Нужно кабель к компу напрямую цеплять и проверять потери.

Share this post


Link to post
Share on other sites

Ssjerat, доброго времени суток.

 

Единственно гарантированным способом проверки, может быть,

только подключение заведомо исправного компьютера,

в место маршрутизатора (Mikrotik) к линии провайдера.

 

Вам посоветовали это коллеги по «цеху» выше в комментариях,

посоветуют так же большинство специалистов.

 

На любой современной ОС Windows, PPPoE поднимается в несколько кликов.

 

Тест ping’ом в таком случае сначала нужно произвести до «основного шлюза» в подключении,

а потом до DNS серверов провайдера. Тест лучше производить «большими» пакетами

(ping «IP адрес» -l 1472).

 

Убедитесь, что на компьютере, за счёт которого трестируетесь, отключены антивирусы,

торренты и т.п. софт способный потреблять трафик!

 

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

 

 

Если тест прошёл успешно, подключите обратно маршрутизатор, за ним единственный компьютером,

которым тестировали линию напрямую, повторив вышестоящий тест.

 

 

Если будет присутствовать потеря пакетов, возможно некорректное согласование порта маршрутизатора

и оборудования провайдера. Необходимо смотреть ошибки CRC на порту «смотрящим» в сторону провайдера.

 

Если ошибок нет, то возможно «не согласование» MTU при использовании PPPoE соединения, в Вашем случае,

скорей фантастика.

 

Если при подключении связке, маршрутизатор к линии провайдера, к маршрутизатору

тестирующий компьютер, проблема не выявляется:

 

1. Другие компьютеры в Вашей сети «выгребают» канал - отсюда потери.

 

2. При маленькой/средней нагрузке канала, происходит его разрушение.

Тест необходимо повторять заново и по пунктам (выше перечисленным), давая нагрузку,

в виде постоянного трафика (скачивания чего либо) на канал.

Share this post


Link to post
Share on other sites

SUrov_IBM, можно я твой пост распечатаю и буду раздавать людям? ))))

Пардон за оффтоп.

Share this post


Link to post
Share on other sites

Все спасибо проблема решилась. Оказались кривые руки, что впринципе не удивительно. В настройках Pppoe стояла лишняя галочка, получения днс от провайдера. Если честно плохо понимаю как это работает, но щас все отлично!

Edited by ssjerat

Share this post


Link to post
Share on other sites

SUrov_IBM, можно я твой пост распечатаю и буду раздавать людям? ))))

Пардон за оффтоп.

 

SOs, доброго времени суток.

 

Если честно, боюсь представить, зачем оно Вам нужно. ;)

 

Вижу два варианта:

 

1. Либо я написал сказочную ерунду, по поводу диагностики и в моём примере,

надо показывать - «так лучше не делай», что вполне вероятно, ибо я не «телекомовец»,

хотя являюсь AS.

 

2. Я просто структурировал первичные правила диагностики проблем, на сети доступа

в Интернет в частном случае. Причём в посте, оно выглядит «коряво», если из этого

попытаться сделать инструкцию.

 

 

Я, на авторские права поста, не претендую. Если считаете нужным/правильным, можете

использовать пост, как Вам кажется нужным (из перечисленных выше вариантов).

 

Для меня главное, поделится мыслью, своим мнением/знанием.

Если это помогает в разращении проблемы - я просто по «детски» радуюсь.

 

 

Извиняюсь за «оффтоп»!

 

 

P.S. Хотя не понятно, как человечку, автору темы, помогло отключение галочки

«получение DNS от провайдера». Возможно «кривая» прошивка маршрутизатора?

 

При не ответе DNS сервера, маршрутизатор впадал в «ступор», с полной загрузкой CPU?

Share this post


Link to post
Share on other sites

P.S. Хотя не понятно, как человечку, автору темы, помогло отключение галочки

«получение DNS от провайдера». Возможно «кривая» прошивка маршрутизатора?

 

При не ответе DNS сервера, маршрутизатор впадал в «ступор», с полной загрузкой CPU?

 

:)

Похоже это останется загадкой.

Share this post


Link to post
Share on other sites

Поди открытый всем ветрам днс релей.

Ну тогда бы таймаут плавал хотя бы

Share this post


Link to post
Share on other sites

Всем снова привет. На самом деле оказалась проблема в allow remote requests в днс. Снова буду рад любой критике и комментариям с пояснениями для опыта)) Еще раз всем спасибо за живое обсуждение))

Share this post


Link to post
Share on other sites
На самом деле оказалась проблема в allow remote requests в днс. Снова буду рад любой критике и комментариям с пояснениями для опыта)) Еще раз всем спасибо за живое обсуждение))

Чё тут обсуждать?

Поищи на форуме, проблеме уже больше года, решается одним правилом в фаерволе, а не отключением ДНС.

Share this post


Link to post
Share on other sites

Чё тут обсуждать?

Поищи на форуме, проблеме уже больше года, решается одним правилом в фаерволе, а не отключением ДНС.

Я полагаю что речь идет о правиле для дропа флуда на 53 порту?!)

Share this post


Link to post
Share on other sites

Я полагаю что речь идет о правиле для дропа флуда на 53 порту?!)

Угадали. Одновременно две идентичные темы в разных разделах. Профильный раздел почитайте.

Share this post


Link to post
Share on other sites

Всем снова привет. На самом деле оказалась проблема в allow remote requests в днс. Снова буду рад любой критике и комментариям с пояснениями для опыта)) Еще раз всем спасибо за живое обсуждение))

 

Проверь ещё один момент, длина кабеля (медного) от провайдера. Если он 100 метров или более, ну или не очень качественный, что у нас в городе порой встречается - КОМП (ноут) твой может работать нормально, т.е. не терять пакеты и т.п. а Микротик более чувствителен к длине и качеству кабеля. Из своего опыта говорю.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this