[Andrew666]

Здравствуйте, профи!

 

Почитал темы на форуме и как-то неуютно стало ))) вроде, как тут все законченные профессионалы - а я так... полусамоучка ))

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

 

Коротко суть:

 

Соединение с провайдером РРРоЕ, в квартиру входит 2 пары 5 кат., до подъездного коммутатора провайдера около 70 м, одна скрутка на моем этаже точно есть(может, еще где есть),дома установлен роутер асус.

 

Все подключается, работает на 100Мб/с... а потом, вдруг, - бац, и прилетает это самое "LCP terminated by peer".

А далее, наудачу, то может мой роутер переподключиться, то - нет. Происходит это очень нерегулярно... никакой закономерности. Может проработать неделю-две, а может рваться через день-два.

 

Когда асус не может подключиться и в логах сыпятся сообщения "Timeout waiting for PADO packets", то я захожу в консоль, даю команду на понижение скорости порта - "robocfg port 0 media 10FD" и подключение восстанавливается. Ну, иногда, может порт покачаться ап-даун, ап-даун... Но на 10Мб/с, в большинстве случаев, соединение держится.

 

Если вернуть обратно на 100-ку, то поработает минут 15-20 и отваливается.

 

Может это происходить из-за кабеля от моего роутера до коммутатора провайдера ?

 

Вот кусок лога. Там видно, как неожиданно прилетел пакет LCP, потом я заметил пропажу Инета и дал команду робокфг, ну и т.д.

 

[Andrei]

На 90% в кабеле дело.

[orlik]

LCP terminated by peer , потому-что потерялись keepalive пакетики и сервер прибил вашу сессию. А вот потерялись keepalive из-за плохого кабеля.

[Tosha]

Каков процент потери пакетов?

Попингуйте.

[Andrew666]

На 90% в кабеле дело.

 

Вот я тоже к этому склоняюсь... но! Может проработать без проблем и 2 дня, и неделю, и две. 1 раз аптайм был 39 дней! Если бы дело было только в кабеле - то ведь таких аптаймов не должно же быть ? Может причина суммируется из нескольких неблагоприятных факторов ? Скажем, кабель рабочий, но - на пределе по требуемым характеристикам, потом добавляются какие-то неведомые случайные помехи и - кабель уже не справляется... А как такое поймать при вызове техников провайдера ? Они приходят,цепляются своим буком и - вуаля! Все работает...

 

LCP terminated by peer , потому-что потерялись keepalive пакетики и сервер прибил вашу сессию. А вот потерялись keepalive из-за плохого кабеля.

 

Ага, видел такое, когда ставил на своем асусе проверку по "Echo-Reply" - тогда уже мой роутер рвал сессию (там порог был 10, а у браса, наверное, побольше). Но тут уже выползают непонятки с моим роутером. Если канал пропал, то почему он шлет запросы PADI и потом жалуется, что "Timeout waiting for PADO packets" ?! Канал упал, все! он должен прибить pppd и успокоиться. Или не так ?

 

Каков процент потери пакетов?

Попингуйте.

 

Так по разному бывает... Если все ок - то, скажем, из около 3000 пакетов теряется 1-2. Если все плохо то от 6-8% до 40% где-то и потом пинг пропадает, связь теряется. Но иногда ловлю колебания RTT до шлюза провайдера - если норма где-то 0.7-0.9 мс, то начинается свистопляска со скачка в 12-14мс и вплоть до 80-90мс болтается туда-сюда... Пингую с консоли роутера.

Сейчас вот сижу на 10 Мб/с, все нормально (насколько это возможно):

 

PING 217.116.48.131 (217.116.48.131): 56 data bytes
64 bytes from 217.116.48.131: seq=0 ttl=255 time=1.085 ms
64 bytes from 217.116.48.131: seq=1 ttl=255 time=0.947 ms
64 bytes from 217.116.48.131: seq=2 ttl=255 time=0.920 ms
64 bytes from 217.116.48.131: seq=3 ttl=255 time=0.913 ms
64 bytes from 217.116.48.131: seq=4 ttl=255 time=0.899 ms
64 bytes from 217.116.48.131: seq=5 ttl=255 time=0.951 ms
64 bytes from 217.116.48.131: seq=6 ttl=255 time=0.942 ms
64 bytes from 217.116.48.131: seq=7 ttl=255 time=0.908 ms
64 bytes from 217.116.48.131: seq=8 ttl=255 time=0.921 ms
64 bytes from 217.116.48.131: seq=9 ttl=255 time=0.947 ms
64 bytes from 217.116.48.131: seq=10 ttl=255 time=0.929 ms
64 bytes from 217.116.48.131: seq=11 ttl=255 time=0.937 ms
64 bytes from 217.116.48.131: seq=12 ttl=255 time=0.930 ms
64 bytes from 217.116.48.131: seq=13 ttl=255 time=10.039 ms
64 bytes from 217.116.48.131: seq=14 ttl=255 time=0.919 ms
64 bytes from 217.116.48.131: seq=15 ttl=255 time=0.933 ms
64 bytes from 217.116.48.131: seq=16 ttl=255 time=0.920 ms
64 bytes from 217.116.48.131: seq=17 ttl=255 time=0.920 ms
64 bytes from 217.116.48.131: seq=18 ttl=255 time=0.921 ms
64 bytes from 217.116.48.131: seq=19 ttl=255 time=0.936 ms
64 bytes from 217.116.48.131: seq=20 ttl=255 time=0.912 ms
64 bytes from 217.116.48.131: seq=21 ttl=255 time=0.919 ms
64 bytes from 217.116.48.131: seq=22 ttl=255 time=0.920 ms
64 bytes from 217.116.48.131: seq=23 ttl=255 time=0.905 ms
64 bytes from 217.116.48.131: seq=24 ttl=255 time=0.934 ms
64 bytes from 217.116.48.131: seq=25 ttl=255 time=0.931 ms
64 bytes from 217.116.48.131: seq=26 ttl=255 time=0.925 ms
64 bytes from 217.116.48.131: seq=27 ttl=255 time=0.923 ms
64 bytes from 217.116.48.131: seq=28 ttl=255 time=0.921 ms
64 bytes from 217.116.48.131: seq=29 ttl=255 time=0.905 ms
64 bytes from 217.116.48.131: seq=30 ttl=255 time=0.947 ms
64 bytes from 217.116.48.131: seq=31 ttl=255 time=0.933 ms
64 bytes from 217.116.48.131: seq=32 ttl=255 time=0.910 ms
64 bytes from 217.116.48.131: seq=33 ttl=255 time=0.964 ms
64 bytes from 217.116.48.131: seq=34 ttl=255 time=0.905 ms
64 bytes from 217.116.48.131: seq=35 ttl=255 time=0.915 ms
64 bytes from 217.116.48.131: seq=36 ttl=255 time=0.918 ms
64 bytes from 217.116.48.131: seq=37 ttl=255 time=0.922 ms
64 bytes from 217.116.48.131: seq=38 ttl=255 time=0.939 ms
64 bytes from 217.116.48.131: seq=39 ttl=255 time=0.888 ms
64 bytes from 217.116.48.131: seq=40 ttl=255 time=0.915 ms
64 bytes from 217.116.48.131: seq=41 ttl=255 time=0.922 ms
64 bytes from 217.116.48.131: seq=42 ttl=255 time=0.922 ms
64 bytes from 217.116.48.131: seq=43 ttl=255 time=0.948 ms
64 bytes from 217.116.48.131: seq=44 ttl=255 time=0.954 ms
64 bytes from 217.116.48.131: seq=45 ttl=255 time=0.926 ms
64 bytes from 217.116.48.131: seq=46 ttl=255 time=0.941 ms
64 bytes from 217.116.48.131: seq=47 ttl=255 time=0.943 ms
64 bytes from 217.116.48.131: seq=48 ttl=255 time=0.918 ms
64 bytes from 217.116.48.131: seq=49 ttl=255 time=0.947 ms
64 bytes from 217.116.48.131: seq=50 ttl=255 time=0.916 ms
64 bytes from 217.116.48.131: seq=51 ttl=255 time=0.920 ms

--- 217.116.48.131 ping statistics ---
52 packets transmitted, 52 packets received, 0% packet loss
round-trip min/avg/max = 0.888/1.104/10.039 ms

 

...вот побольше статистики снял. Вообще, все почти отлично - если б не скорость в 10Мб/с...

 

--- 217.116.48.131 ping statistics ---
2501 packets transmitted, 2500 packets received, 0% packet loss
round-trip min/avg/max = 0.854/1.432/55.515 ms

Изменено 2 декабря, 2016 пользователем Andrew666

[[anp/hsw]]

Если канал пропал, то почему он шлет запросы PADI и потом жалуется, что "Timeout waiting for PADO packets" ?! Канал упал, все! он должен прибить pppd и успокоиться. Или не так ?

А вы на свой лог посмотрите.

Там сначала куча таймаутов, а потом линк физически падает, а не наоборот.

[kosmich7]

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

Купить, взять попользовать мультиметр, измерить сопротивление пар, и если оно выше 20-25Ом, потыкайте в эти цифры монтажника и/или провайдера.

Скруток, тоже не должно быть, и/или если они есть, заменить скрутку на розетку и разьем - должно работать стабильно, без разрывов !

Вот примерно такая логика, со стороны абонента.

 

В вашем случае, вариантов примерно два, витая пара распущена на "штаны", к вам приходит две пары и где-то по пути к вам используются оставшиеся пары, в моменты активного использования или когда "наводка" от 220 сильнее всего, начинают сыпаться ошибки, как следствие линк начинает работать нестабильно, со всеми вытекающими.

Второй, просто некачественная витуха или плохой контакт на скрутке.

 

На все эти вопросы даст ответ мильтиметр.

 

 

Company "Russian Company"
Tyumen

Суровая компания :)

[Andrew666]

' timestamp='1480743644' post=1348842]

А вы на свой лог посмотрите.

Там сначала куча таймаутов, а потом линк физически падает, а не наоборот.

 

Эмм... извиняюсь, но сначала там прилетает LCP TermReq - отчего-почему, вообще, непонятно! Но что-то, видимо, изменилось в канале. Потом finished pppd, hangup - и все, аллес, connection. Но, судя по PADO - роутер продолжает слать инициализацию pppoe. Интернет пропал, домашние стали громко возмущаться - тогда я и дал в консоли команду на переход в 10Мб/с. Консоль у меня была запущена ранее и в логах не видно моего входа. А езернет упал, именно, из-за моего грубого переключения скорости. Вроде, так ?

 

kosmich7 О! Спасибо огроменное за Омы! )) Этого не знал. Мультиметр есть. Измерю. А насчет скруток... Ну там не чистые скрутки - "клопы" стоят. А до этого был разъем мама-мама RJ45. Техники ругают друг-друга и ставят то "клопы", то разъемы. И насчет помех от 220 ооооочень похоже! Кабель же идет в межэтажной трубе 220. Да и сам, огрызок, который идет ко мне в квартиру от ОАО "Сарансккабель" 4ех проводный.

 

Я, вообще, хочу запросить от провайдера проложить целый 4ех-парный кабель от ихнего коммутатора в соседнем подъезде до моего роутера. Сам куплю и отдам им. И попутно вопрос - какой самый лучший кабель для этих целей ? Чтоб отсекал все помехи и наводки ?

 

Суровая компания :)

Да не... это не они ))) Я им просто "в наследство" достался со всем домовым оборудованием и сеткой от другого миниатюрного провайдера - поглощение (;

[YuryD]

Про процент потерь до сервера - их должно быть 0%. Ну и пинговать надо большими пакетами, от 1400. Из наблюдений - при pptp и потерях пинга в 5% - скорость у клиента деградирует резко, при больших потерях - часто рвутся сессии...

[Andrew666]

Про процент потерь до сервера - их должно быть 0%. Ну и пинговать надо большими пакетами, от 1400. Из наблюдений - при pptp и потерях пинга в 5% - скорость у клиента деградирует резко, при больших потерях - часто рвутся сессии...

 

Ну, в принципе, я это и описал выше, когда меня спросили про % потерь. И про 5% и про 30-40% потерь - я в курсе, на своей, так сказать, шкуре испытал ((

 

Вот опять снял пинг, пакеты увеличил. Потерь - 0%. Но скорость - 10Мб/с...

 

1458 bytes from 217.116.48.131: seq=1987 ttl=255 time=5.282 ms
1458 bytes from 217.116.48.131: seq=1988 ttl=255 time=6.528 ms
1458 bytes from 217.116.48.131: seq=1989 ttl=255 time=4.780 ms
1458 bytes from 217.116.48.131: seq=1990 ttl=255 time=3.985 ms
1458 bytes from 217.116.48.131: seq=1991 ttl=255 time=4.017 ms
1458 bytes from 217.116.48.131: seq=1992 ttl=255 time=4.044 ms
1458 bytes from 217.116.48.131: seq=1993 ttl=255 time=3.992 ms
1458 bytes from 217.116.48.131: seq=1994 ttl=255 time=4.233 ms
1458 bytes from 217.116.48.131: seq=1995 ttl=255 time=4.988 ms
1458 bytes from 217.116.48.131: seq=1996 ttl=255 time=6.917 ms
1458 bytes from 217.116.48.131: seq=1997 ttl=255 time=4.507 ms
1458 bytes from 217.116.48.131: seq=1998 ttl=255 time=3.985 ms
1458 bytes from 217.116.48.131: seq=1999 ttl=255 time=4.032 ms
1458 bytes from 217.116.48.131: seq=2000 ttl=255 time=3.985 ms

--- 217.116.48.131 ping statistics ---
2001 packets transmitted, 2001 packets received, 0% packet loss
round-trip min/avg/max = 3.936/12.020/668.466 ms

[kosmich7]

А сопротивление пар сейчас какое ?

 

Ну там не чистые скрутки - "клопы" стоят. А до этого был разъем мама-мама RJ45. Техники ругают друг-друга и ставят то "клопы", то разъемы.

Скотчлок_и они еще называются.

[Andrew666]

А сопротивление пар сейчас какое ?

 

Только что измерил! )))

 

1-2 28 Ом

3-6 27 Ом

 

Это же не сильно критично ?

 

================================

 

Ну вот, сейчас стоит на 100ке. Все отлично, вроде...

 

1458 bytes from 217.116.48.131: seq=993 ttl=255 time=1.762 ms

1458 bytes from 217.116.48.131: seq=994 ttl=255 time=1.836 ms

1458 bytes from 217.116.48.131: seq=995 ttl=255 time=1.768 ms

1458 bytes from 217.116.48.131: seq=996 ttl=255 time=1.789 ms

1458 bytes from 217.116.48.131: seq=997 ttl=255 time=1.784 ms

1458 bytes from 217.116.48.131: seq=998 ttl=255 time=2.509 ms

1458 bytes from 217.116.48.131: seq=999 ttl=255 time=1.778 ms

 

--- 217.116.48.131 ping statistics ---

1000 packets transmitted, 1000 packets received, 0% packet loss

round-trip min/avg/max = 1.756/1.952/19.965 ms

 

============================================================================

 

Ну и все, кино кончилось...

 

53 минуты на 100ке и...

 

--- 217.116.48.131 ping statistics ---

98 packets transmitted, 87 packets received, 11% packet loss

round-trip min/avg/max = 1.708/1.766/2.463 ms

 

переключаюсь на 10ку, чуть лучше, но уже появились потери пакетов...

 

--- 217.116.48.131 ping statistics ---

136 packets transmitted, 132 packets received, 2% packet loss

round-trip min/avg/max = 3.912/4.272/14.649 ms

 

Вот такие пироги-пирожки... И вечные русские вопросы:

 

1. Кто виноват ?!

2. Что делать ?..

Изменено 3 декабря, 2016 пользователем Andrew666

[myth]

кабель.

[[anp/hsw]]

Потом finished pppd, hangup - и все, аллес, connection. Но, судя по PADO - роутер продолжает слать инициализацию pppoe.

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

Просто он не показывает, что начал новые ошибки подключаения, но в принципе так и есть, целых 5 минут пытался подключиться, а потом линк на кабеле погас, противоречия тут нет.

[YuryD]

По кабелю - 27-28Ом это близко к краю(30Ом ~100м при нормальной температуре), но нормально. Но с кабелем и не такие странности могут быть. Вода в кабеле например. А так - я б с монтажниками поработал, переобжал оба джека(бывает что окисляются контакты в разьемах), поменял-бы порт на коммутаторе. На 99% - проблема с кабелем/разьемами.

 

Ну и пинговать надо не майлвру, а ip сервера pppoe, чтобы отделить мух от котлет. Где уже шейп и загрузка внешнего канала провайдера не мешают диагностировать проблемы на локальном канале.

[Andrew666]

Вообщем, да, ясно - надо менять кабель...

 

Очень прошу, накидайте марки витой пары и тип. Я так понимаю, чтобы наверняка - надо кабель с защитной фольгой брать ?

[YuryD]

Вообщем, да, ясно - надо менять кабель...

 

Очень прошу, накидайте марки витой пары и тип. Я так понимаю, чтобы наверняка - надо кабель с защитной фольгой брать ?

Это точно не ваша проблема. Провайдеру все пинги и глюки предьявите, он сам должен заменить, или выбирайте иного провайдера. У нас - так. Если конечно у вас не личный коттеджик, с азиатами протянутыми кобелями...

[Andrew666]

Это точно не ваша проблема. Провайдеру все пинги и глюки предьявите, он сам должен заменить, или выбирайте иного провайдера. У нас - так. Если конечно у вас не личный коттеджик, с азиатами протянутыми кобелями...

 

Да это понятно, что не моя проблема... Но бодаться с техподдержкой первой линии, потом с техниками - долго (заявка на 3-4 день, потом неделю ожидания не понятно чего...), нудно и накладно - надо с работы отпрашиваться (провайдер работает с 8 до 17, выходные - суббота и вскр.). С первого раза не получится - точно будут "валять дурака". Проблема-то не очевидная, их тоже понять можно - все только с моих слов. Вот сегодня, например, целый день сижу на 100ке - все отлично! Надолго ли...

 

Так что, проще самому купить кабель и поползать с техниками день по чердакам-подъездам чтоб наверняка.

 

Мне б кабель посоветовали б надежный, с защитой от помех, неубиваемый ))) В личку уже сообщили, но чем больше - тем лучше ж ? )))

[Andrew666]

...кстати, утром же заметил эти скачки с сопротивлением пары 1-2 (3-6 показывала ровно 27,2 Ом)

 

Я даже подумал руки, что ли, дрожат ))) Тыкаю щупами - получаю скачками 49 - 70 - 140 - 199 Ом! Как-то так... потом, видимо, обрыв (?) - на индикаторе "-1" и опять по-новой.

Пока соображал что же это такое, раза 3 прикладывал щупы - но числа также и скакали... Ну, думаю, надо разъем новый ставить (1 остался в запасе)

Потом для верности еще раз проверил и - опа! Четко, ровно 28 Ом! Без всяких скачков и -1. С тех пор, вот, все гладко и ровненько, сижу на 100чке.