Jump to content
Форум по продукции MOXA

Ложка дегтя в бочке меда


Recommended Posts

Приветствую.

 

Еще вопрос:

 

1. Есть НЕСКОЛЬКО колец T.Ring, которые нужно отказоустойчиво связать между собой. Стандартный способ - с помощью каплинга собирается "цепочка из колец" (первое кольцо каплится ко второму, второе к третьему, третье к четвертому и т.д.) и все нормально работает. А вот если МНОГО колец каплевать на ОДНО (первое на второе, третье на второе, четвертое на второе и т.д.), то до каких масштабов это можно делать ? Реально работает (проверено), когда ДВА кольца каплюются на одно, а если добавить каплинг от ТРЕТЬЕГО (и более). то  будет ли такая конструкция работать ?

 

2. Расширение предыдущего вопроса: Если каплевать на ОДНУ и ТУЖЕ пару коммутаторов или на РАЗНЫЕ - ситуация меняется ?

 

Заранее спасибо ....

Link to comment
  • Replies 103
  • Created
  • Last Reply

Top Posters In This Topic

Добрый!

 

Теоретически ограничений нет (только количество портов). Знаю объект, где таким образом собрано 7 к 1. В одну пару или в разные - разницы нет, всё равно все коммутаторы центрального кольца будут сбрасывать свои таблицы.

Link to comment

Спасибо, порадовали. что нет ограничений.

 

Делать "ромашку" приходится, вследствие особенностей топологии связей и чтобы свести все лепестки на L-3 коммутаторы, где можно поднять акцесс-листы...

Link to comment
  • 2 weeks later...

Спасибо, порадовали. что нет ограничений.

 

Делать "ромашку" приходится, вследствие особенностей топологии связей и чтобы свести все лепестки на L-3 коммутаторы, где можно поднять акцесс-листы...

Снова Приветствую.

 

1. Испытали Вашу ранее персонально присланную "секретную" заливку для 6728, а также новую "официальную" (появилась в начале сентября) в них обнаружились новые "чудеса" (в старых есть старые - не буду пока о них):

- "Измеритель" количества пакетов работает "криво" и периодически/спонтанно выдает "странные" показания - смотри картинки во вложении (пришлось из зачернить, чтобы уменьшить размер файла). Если на коммутаторе включен "РатеЛимитинг", то эти "странные" показания отключают порты;

- На "старой" заливке соответственно никакого отключения не происходит.

post-11773-0-25731000-1504777993_thumb.png

Link to comment

Приветствую.

 

Жду результаты Ваших "расследований"  с нетерпением.

 

13 сентября объект выходит из останова, хотелось бы определить какую прошивку "заливать".

 

Кстати хочу еще файлов приложить для предъявления "странностей", однако Ваш сайт пишет, что я могу залить только 1,62К файлов.

 

В указанную цифру очень трудно что-то путное уместить, что даже возникает  мысль не "издевка" ли это ....

Link to comment

Приветствую.

 

1. Конфиг выслал на support @moxa.ru;

 

2. Не могли бы Вы оперативно прислать ПРЕДЫДУЩУЮ прошивку для 6728 (НЕ PoE). Коллеги у меня полностью обновились, получили "неприятность", а теперь не могут откатится, т.к. не сохранили предыдущую версию :(.

 

 

Link to comment

меется маршрутизатор EDR-810-VPN-2GSFP прошивка V3.13.

Имелась проблема, связанная с подвисанием WAN порта, когда маршрутизатор перезапускался по питанию.

Передернув шнурок на порте, работа восстанаавливалась.

 

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

Через НАТ был назначен виртуальный IP-адрес - 172.24.181.19

post-12168-0-76727900-1505450303_thumb.png

После того, как пропадает линк (выдернуть и воткнуть шнурок WAN порта), данный IP-становится не доступен, помогает перезапуск маршрутизатора по питанию.

Посмотрев внимательнее, увидели, что пропадает маршрут в "Routing Table" с типом "connected"

connected    172.24.181.19/32    172.24.181.18    WAN    1

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

 

Какие будут мысли? заранее спасибо.

 

Link to comment

Приветствую.

 

Прошу прощения за назойливость, однако если проверяете озвученные мной "странности", то заодно посмотрите еще следующее на  коммутаторе 6728, заливка 4.1 (включена политика "Рателимитинг" на блокировку порта):

 

1. Если через веб-морду зайти на вкладку, где показана статистика пакетов и нажать на ней кнопку "рефрешь", то тут-же отображается сработка блокировки портов; 

 

2. Если после установки настроек "Рателимитинг" покрутить какие либо другие настройки, а потом вернуться в окно настройки "Рателимитинг", то можно увидеть, что сделанные ранее установки там "слетают". После перезагрузки коммутатора настройки "воскресают";

 

 

Link to comment

Добрый день!

 

Гоняли 5.4 по разному - у нас так и не воспроизводится. Попрошу всё таки wireshark'ом дамп снять с одного из портов из тех, на котором всплески, через Port Mirroring.

 

Про 4.1 сложно что то обсуждать, потому и есть 5.4 что бы эти дефекты устранять. То есть проблему надо там искать, а не устаревшие прошивки поддерживать.

Link to comment

Приветствую.

 

Попробуем поймать проблему "за хвост" (зафиксировать что Вы просите), по результатам отпишусь позже.

Правда сделать это будет сложно, т.к. сейчас технологическое оборудование находится в работе ..... 

Link to comment

Приветствую.

 

Попытались "поймать за хвост" обозначенную ранее проблему со "странной" реакцией новой прошивки 6728 в режиме "РатеЛимитинг".

Собрали стенд - в кольце объединили два пустых коммутатора, прицепили к одному их них комп. и оставили все это поработать какое-то время.  

"Странность" проявилась, причем комп в это время "спал".

Подробности (конфиги, логи и пр.) высылаю на почту техподдержки .....

Link to comment

Добрый день!

 

Уточняющие вопросы:

1. Коммутаторов, я так понимаю, всё таки 3? А без участия 2950 воспроизведётся?;

2. Соединение Head 4-1 - 2950 Gi0/1 выполнено медью? Если да - то это очень плохая конфигурация, есть ли возможность перейти на оптический линк?;

3. Что там с PVST на 2950? Конкретно интересует (точнее это необходимое условие) что бы на Gi0/1, Fa0/24 ,был включен RSTP Edge (именно с типом Edge!)

Link to comment

Попробую ответить:

 

1. Третий коммутатор используется для того, чтобы можно было удаленно подключиться стенду. Собственно через "обнаруженную" циску персонал и подключается к мохам, чтобы смотреть что там происходит. Иначе надо ФИЗИЧЕСКИ присутствовать около железок; 

 

2. Запрашиваемые Вами настройки сделаем - ради бога, только я не совсем понимаю чем плох медный линк или как при нормальной ситуации могут влиять BPDU на эффекты, проявляемые при настройках "РатеЛимитинг",  тем более что для подключения используется ОДИН порт (петли не может быть по определению) и Турбо Чайн позиционируется именно как технология обеспечивающее подключение к ЛЮБОМУ внешнему телекому;  

Link to comment

По п2 постараюсь немного пояснить: сам по себе 1000Base-T как бы далеко не безупречен (вспомним хотя бы про 100 метров, растущие именно оттуда). Одна из его бед (критичных в этом случае) - это состояния port up/port down, которые в нём определяются не столь быстро, как в том же 100Base-T. А у нас протоколы (TC в рассматриваемом случае), которые сходятся быстрее, чем 1000Base-T порт своё состояние поменяет. Естественно, что есть механизмы, позволяющие это победить, но на стыке с Cisco они (механизмы) работать естественно не будут, откуда и могут произрастать вышеописанные дефекты. Т.е. телеком то любой, но среда передачи всё-таки критична.

Link to comment

Снова поспамлю:

 

1. По моему ограничение в 100 метров идет еще со времен 10 Мбит, а уж никак не от 1G и оно мне кажется не касается физического уп/дауна. Также хочется отметить, что на клиентских портах, где собственно и возможен уп/даун (вследствие засыпания ПК) Ваши протоколы не работают, а циска свой порт сама и НЕ опускает никогда; 

 

2. Первоначально мы эффект поймали, где вообще были одни только Мохи. Циска появилась только в стенде и только потому, что офисная сеть на них работает из которой надо наблюдать за экспериментом;

 

3. Предлагаю такую схему эксперимента:

- Собираем T.Ring на двух мохах на 1G медных портах; 

- в свободные 1G порты мох включаем ПК, запускаем на них "прослушку" и какой либо прикладной трафик; 

- Включаем на ПК-портах мох "рателимитинг" на блокировку порта;

- свободный порт на одной мохе переводим в режим 100М дуплекс;

- на циске делаем тоже самое + "убиваем" RSTP на порту, заготовленном для женитьбы с мохой; 

- женим циску с мохой через ОДИН порт, через который же наблюдаем ситуацию (а еще пишем сислог).

- Далее ловим за хвост "странную ситуацию" и все "доказательства" сообщаем Вам;

 

4. Такой подход устроит ?

Link to comment

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

×
×
  • Create New...