RB435G зависает lan

[woda]

Всем добрый день!

 

Проблема следующая:

есть мост из двух RB435G с карточками 52hn (расстояние 10 км)

1) Если в настройках любого из eth1, 2 или 3 убрать птичку Auto Negotiation и установить принудительно 100 Мб, все работает замечательно, только вот больше 70 Мб канал не пропускает.

2) Если RB435G включить в гигабитный порт свитча и в настройках лан порта микротика выбрать 1Gb, но не убирать птичку Auto Negotiation - в этом случае канал пропускает около 140 Мб. Примерно раз в сутки на любом из микротиков зависает лан порт, но при этом связь по wlan есть, решается все перезагрузкой 435G или отключением/включением зависшего порта. Если в настройках лан порта микротика выбрать 1Gb и убирать птичку Auto Negotiation, а на порту умного свитча принудительно указать 1Gb - в этом случае нет вообще линка между свитчем и лан портом RB435G.

 

Например в свитче D-Link DES 3200-26 в настройках гигашного порта есть возможность выбрать 1000M_Master_FD, 1000M_Slave_FD и просто 1000M_FD, ну так вот если выбрать 1000M_Slave_FD, и на порту микротика принудительно указать 1Gb все работет просто замечательно. Но дело в том что многие умные свитчи не имеют такой гибкой настройки гигашного порта.

 

Подскажите может кто сталкивался с такой проблемой, может у кого есть решение, может я что-то не так делаю?

Edited November 20, 2011 by woda

[SSD]

Всем добрый день!

 

Проблема следующая:

есть мост из двух RB435G с карточками 52hn (расстояние 10 км)

1) Если в настройках любого из eth1, 2 или 3 убрать птичку Auto Negotiation и установить принудительно 100 Мб, все работает замечательно, только вот больше 70 Мб канал не пропускает.

2) Если RB435G включить в гигабитный порт свитча и в настройках лан порта микротика выбрать 1Gb, но не убирать птичку Auto Negotiation - в этом случае канал пропускает около 140 Мб. Примерно раз в сутки на любом из микротиков зависает лан порт, но при этом связь по wlan есть, решается все перезагрузкой 435G или отключением/включением зависшего порта. Если в настройках лан порта микротика выбрать 1Gb и убирать птичку Auto Negotiation, а на порту умного свитча принудительно указать 1Gb - в этом случае нет вообще линка между свитчем и лан портом RB435G.

 

Например в свитче D-Link DES 3200-26 в настройках гигашного порта есть возможность выбрать 1000M_Master_FD, 1000M_Slave_FD и просто 1000M_FD, ну так вот если выбрать 1000M_Slave_FD, и на порту микротика принудительно указать 1Gb все работет просто замечательно. Но дело в том что многие умные свитчи не имеют такой гибкой настройки гигашного порта.

 

Подскажите может кто сталкивался с такой проблемой, может у кого есть решение, может я что-то не так делаю?

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

[woda]

Если бы было все так просто! Если на свитче установить 1000M_FD все равно нет линка, но не в каждом же свитче есть возможность установить 1000М_Slave_FD. Или я ошибаюсь?

[ua_mister]

а как быть, если роутербоард включен в медиаконвертор?

[rmika]

Вы питание через POE подаете по этому же порту? Вот вы говорите линк не поднимался на микротике когда ставили 1Гбит/с, а пробовали галку "Full duplex" снимать?

[Saab95]

Обычно все проблемы от не правильной обжимки кабеля под гигабит. Важна не сколько длина кабеля, сколько минимальное расплетение пар на разъемах.

[ua_mister]

Вы питание через POE подаете по этому же порту? Вот вы говорите линк не поднимался на микротике когда ставили 1Гбит/с, а пробовали галку "Full duplex" снимать?

ПОЕ нету, у меня подобная проблема на rb750g.

full duplex галку не снимал, попробую.

[woda]

Вы питание через POE подаете по этому же порту? Вот вы говорите линк не поднимался на микротике когда ставили 1Гбит/с, а пробовали галку "Full duplex" снимать?

Питание подаю через ПоЕ, а лан подаю на второй порт. Галку "Full duplex" не снимал, завтра с утра попробую.

[SUPchik]

Это не выход,но всё же может поможет выйти из сложившейся ситуации(программно перезагружать порт)

[woda]

Это не выход,но всё же может поможет выйти из сложившейся ситуации(программно перезагружать порт)

Возможно ли написать скрипт, что-бы микротик перегружался в случае если будет отсутствовать пинг за лан?

[Saab95]

Да и писать ничего не надо, там есть ватчдог SYSTEM--+WATCHDOG там Watch Address. Так же надо указать время после включения, когда устройство начинает пинговать его.

[woda]

Да и писать ничего не надо, там есть ватчдог SYSTEM--+WATCHDOG там Watch Address. Так же надо указать время после включения, когда устройство начинает пинговать его.

 

Действительно все работает! Спасибо вам))

[woda]

Но проблему зависания Lan портов я так и не решил ((

[SUPchik]

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

 

 

 

[woda]

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

 

 

Дело в том что в моем случае отключение/включение лан порта проблему не решает, только ребут.

 

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

Edited November 21, 2011 by woda

[SUPchik]

В tools есть инструмент netwatch. Принцип его работы заключается в следующим-пингует определенный адрес в сети, если адрес перестает быть доступным через указанное тобой время-то netwatch переходит в состояние Down. После того,как адрес стал доступным-переходит в состояние Up.

 

Пример:

 

[admin@MikroTik] > tool netwatch print

Flags: X - disabled

# HOST TIMEOUT INTERVAL STATUS

0 172.16.***.1 3s 5s up

 

 

 

 

name="otkl" owner="admin" скрипт,который выполняется, когда netwatch в состоянии down

policy=ftp,reboot,read,write,policy,test,winbox,password,sniff,sensitive,api

run-count=0 source=log error "perezapusk ethernet"

interface ethernet disable ether1

interface ethernet enable ether1

 

name="vkl" owner="admin" скрипт,который выполняентся когда netwatch переходит в состояние Up

policy=ftp,reboot,read,write,policy,test,winbox,password,sniff,sensitive,api

run-count=0 source=log warning "perezapusk ethernet uspeshno"

 

 

 

 

 

 

 

 

 

 

 

 

 

 

[SXM.U]

Всем добрый день!

 

Проблема следующая:

есть мост из двух RB435G с карточками 52hn (расстояние 10 км)

1) Если в настройках любого из eth1, 2 или 3 убрать птичку Auto Negotiation и установить принудительно 100 Мб, все работает замечательно, только вот больше 70 Мб канал не пропускает.

2) Если RB435G включить в гигабитный порт свитча и в настройках лан порта микротика выбрать 1Gb, но не убирать птичку Auto Negotiation - в этом случае канал пропускает около 140 Мб. Примерно раз в сутки на любом из микротиков зависает лан порт, но при этом связь по wlan есть, решается все перезагрузкой 435G или отключением/включением зависшего порта. Если в настройках лан порта микротика выбрать 1Gb и убирать птичку Auto Negotiation, а на порту умного свитча принудительно указать 1Gb - в этом случае нет вообще линка между свитчем и лан портом RB435G.

 

Например в свитче D-Link DES 3200-26 в настройках гигашного порта есть возможность выбрать 1000M_Master_FD, 1000M_Slave_FD и просто 1000M_FD, ну так вот если выбрать 1000M_Slave_FD, и на порту микротика принудительно указать 1Gb все работет просто замечательно. Но дело в том что многие умные свитчи не имеют такой гибкой настройки гигашного порта.

 

Подскажите может кто сталкивался с такой проблемой, может у кого есть решение, может я что-то не так делаю?

 

Проблема скорее всего не у Вас, это FW ROS, Вы ведь 5.хх используете? В 4.17 с nv2-wireless такого нет. К сожалению, и прироста скорости тоже... В догонку - мой топик на форуме микротика ТЫЦ, может поддержите?

Edited November 25, 2011 by SXM.U

[woda]

Проблема скорее всего не у Вас, это FW ROS, Вы ведь 5.хх используете? В 4.17 с nv2-wireless такого нет. К сожалению, и прироста скорости тоже... В догонку - мой топик на форуме микротика ТЫЦ, может поддержите?

 

Я использую прошивку 5,8, таже проблема была и на 5,7

Пока решаю эту проблему с помощью WITCHDOG, но это не совсем меня устраивает.

Конечно же я вас поддержу, но я к сожалению английский знаю только через гугл переводчик! Если вдруг найдете решение этой проблемы, напишите пожалуйста!

Edited November 28, 2011 by woda

[woda]

Проблема скорее всего не у Вас, это FW ROS, Вы ведь 5.хх используете? В 4.17 с nv2-wireless такого нет. К сожалению, и прироста скорости тоже... В догонку - мой топик на форуме микротика ТЫЦ, может поддержите?

 

Кстати уже есть прошивка 5,9. Щас попробую залить, может в ней уже этой проблемы не будет ))

[woda]

Кстати уже есть прошивка 5,9. Щас попробую залить, может в ней уже этой проблемы не будет ))

 

Прошил RB435G новой прошивкой - 5,9

проблема не решилась, лан порты по прежнему зависают!

[zulu_radist]

Всем добрый день!

 

Проблема следующая:

есть мост из двух RB435G с карточками 52hn (расстояние 10 км)

1) Если в настройках любого из eth1, 2 или 3 убрать птичку Auto Negotiation и установить принудительно 100 Мб, все работает замечательно, только вот больше 70 Мб канал не пропускает.

2) Если RB435G включить в гигабитный порт свитча и в настройках лан порта микротика выбрать 1Gb, но не убирать птичку Auto Negotiation - в этом случае канал пропускает около 140 Мб. Примерно раз в сутки на любом из микротиков зависает лан порт, но при этом связь по wlan есть, решается все перезагрузкой 435G или отключением/включением зависшего порта. Если в настройках лан порта микротика выбрать 1Gb и убирать птичку Auto Negotiation, а на порту умного свитча принудительно указать 1Gb - в этом случае нет вообще линка между свитчем и лан портом RB435G.

 

Например в свитче D-Link DES 3200-26 в настройках гигашного порта есть возможность выбрать 1000M_Master_FD, 1000M_Slave_FD и просто 1000M_FD, ну так вот если выбрать 1000M_Slave_FD, и на порту микротика принудительно указать 1Gb все работет просто замечательно. Но дело в том что многие умные свитчи не имеют такой гибкой настройки гигашного порта.

 

Подскажите может кто сталкивался с такой проблемой, может у кого есть решение, может я что-то не так делаю?

 

Проблема скорее всего не у Вас, это FW ROS, Вы ведь 5.хх используете? В 4.17 с nv2-wireless такого нет. К сожалению, и прироста скорости тоже... В догонку - мой топик на форуме микротика ТЫЦ, может поддержите?

столкнулся с такой же проблемой, виснут порты.

Как на 4.17 включить пакет nv2-wireless? В пекеджах его не нашел.

[zulu_radist]

разобрался, тестируем

[Saab95]

Зачем вам юзать 4.17, когда в 5.9 добавлена большая стабильность при работе с картами R52n и их клонами. Что с NV2, что обычный 802.11 работает стабильнее, чем в предыдущих версиях (клиенты практически не отваливаются, даже при плохих радиоусловиях).

[SXM.U]

Зачем вам юзать 4.17, когда в 5.9 добавлена большая стабильность при работе с картами R52n и их клонами. Что с NV2, что обычный 802.11 работает стабильнее, чем в предыдущих версиях (клиенты практически не отваливаются, даже при плохих радиоусловиях).

Saab65, Вы топик читали? У человека проблема как раз с 5.9

[Saab95]

Зачем вам юзать 4.17, когда в 5.9 добавлена большая стабильность при работе с картами R52n и их клонами. Что с NV2, что обычный 802.11 работает стабильнее, чем в предыдущих версиях (клиенты практически не отваливаются, даже при плохих радиоусловиях).

Saab65, Вы топик читали? У человека проблема как раз с 5.9

 

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

 

Выключаться порты могут по следующим причинам:

 

1.Подгоревший порт в устройстве.

2.Подгоревший порт в коммутаторе.

3.Плохой кабель (перебитый, сильно расплетены жилы у разъемов и т.д.).

4.Наводка на кабель (может помочь использование ферритовых колец с обеих сторон).

5.Наводка на линии питания (тоже кольца).

6.Наводка на сам корпус по линии заземления.

7.Не правильная работа определения скорости в коммутаторе.

8.Низкое/не стабильное питающее напряжение.

9.Гуляние в сети проблемных мак адресов, либо подмена маков (вирусы, хакеры, флудящие сетевые карты). Проверяется подключением ноутбука.