[ssjerat]

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

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

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

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

Изменено 7 сентября, 2015 пользователем ssjerat

[Serejka]

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

 

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

 

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

 

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

[Ivan_83]

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

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

[SUrov_IBM]

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

 

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

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

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

 

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

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

 

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

 

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

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

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

 

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

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

 

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

 

 

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

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

 

 

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

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

 

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

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

 

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

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

 

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

 

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

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

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

[SOs]

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

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

[ssjerat]

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

Изменено 8 сентября, 2015 пользователем ssjerat

[SUrov_IBM]

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

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

 

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

 

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

 

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

 

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

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

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

 

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

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

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

 

 

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

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

 

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

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

 

 

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

 

 

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

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

 

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

[NikAlexAn]

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

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

 

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

 

:)

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

[Ivan_83]

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

[NikAlexAn]

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

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

[ssjerat]

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

[Ivan_83]

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

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

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

[ssjerat]

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

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

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

[DRiVen]

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

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

[neo095]

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

 

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