[xcme]

для это видимо сделали "База знаний" http://eltex.nsk.ru/support/knowledge/ ?

Сделать мало, надо ее еще вести. :)

У длинка тоже есть база знаний, но информация там сильно устарела.

[xcme]

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

Ну что там известно? Если вышел фикс, то можно и чейнджлог до кучи?

[Butch3r]

Да, в 39.b10 пофиксили

 

от 39 в zip'е ченждлог

 

http://forum.dlink.ru/viewtopic.php?f=2&t=92700

Изменено 29 апреля, 2015 пользователем Butch3r

[xcme]

Да, в 39.b10 пофиксили

Спсб, поглядим.

 

от 39 в zip'е ченждлог

Не, это не тот чейнджлог, который мы ищем. :) ©

Есть спец файлик с фиксами, типа:

...

4.38.B008

1. Fixed impb dhcp snooping and dhcp server screening issue.

2. Fixed voice vlan and management issue.

 

4.38.B010

1. Fixed issue with IMPB logging via WebUI.

2. Fixed GVRP issue.

 

4.38.B011

1. Fixed sntp and config modified issue.

2. Fixed issue with adding IMPB entry via SNMP.

 

4.38.B012

1. Fixed issue with TFTP uploading in ERPS ring.

Ну это не к спеху, потом поищу как нить.

[Butch3r]

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

[TiRider]

Чем плох Qtech 2800, 2910? При большой партии отдают дешевле снр 2950.

[alibek]

2910 не использовал.

QTECH 2800 и SNR S2960 это одно и то же.

[Serejka]

А кто-нибудь понял как на елтексах выключить 1ый влан?

[kaist]

А кто-нибудь понял как на елтексах выключить 1ый влан?

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

[Serejka]

А кто-нибудь понял как на елтексах выключить 1ый влан?

 

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

 

 

если его объявить нативным на всех портах, то какая разница у него 1ый номер или 4001ый...в таком случае нужно делать N мусорных вланов, по числу портов.

И даже в такой схеме потенциально можно словить вилы.

[rdntw]

А кто-нибудь понял как на елтексах выключить 1ый влан?

 

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

 

 

если его объявить нативным на всех портах, то какая разница у него 1ый номер или 4001ый...в таком случае нужно делать N мусорных вланов, по числу портов.

И даже в такой схеме потенциально можно словить вилы.

 

 

тогда расскажите про цель. чего вы хотите добиться убирая первый влан?

[Serejka]

тогда расскажите про цель. чего вы хотите добиться убирая первый влан?

 

странный вопрос, убрать потенциальные грабли.

 

Если в циске

int vlan 1

shut

 

Становится абсолютно поровну, что творится на любых транковых интерфейсах, то в случае Елтекса - нужно помнить, что в руках заряженное ружьё, направленное себе же в ногу.

 

Да даже в длинке conf vlan vlanid 1 delete ports 1-x

[darkagent]

Если в циске

int vlan 1

shut

 

Становится абсолютно поровну, что творится на любых транковых интерфейсах, то в случае Елтекса - нужно помнить, что в руках заряженное ружьё, направленное себе же в ногу.

 

Да даже в длинке conf vlan vlanid 1 delete ports 1-x

вы хотите убить management/svi из vid 1 или прибить всю активность в 1 влане на транзите? то что вы указали для циски, не убивает активность внутри влана; в случае с длинком и прочими железками аналогия делается через conf ipif System vlan vlanX или conf management vlan id.

conf vlan vlanid 1 del ports 1-x равносильна switchport trunk allowed vlan rem 1; но в случае с длинком, в зависимости от ревизии железа/софта надежней делать через forbid.

[Serejka]

Если в циске

int vlan 1

shut

 

Становится абсолютно поровну, что творится на любых транковых интерфейсах, то в случае Елтекса - нужно помнить, что в руках заряженное ружьё, направленное себе же в ногу.

 

Да даже в длинке conf vlan vlanid 1 delete ports 1-x

вы хотите убить management/svi из vid 1 или прибить всю активность в 1 влане на транзите? то что вы указали для циски, не убивает активность внутри влана; в случае с длинком и прочими железками аналогия делается через conf ipif System vlan vlanX или conf management vlan id.

conf vlan vlanid 1 del ports 1-x равносильна switchport trunk allowed vlan rem 1; но в случае с длинком, в зависимости от ревизии железа/софта надежней делать через forbid.

 

Нужно было, как подсказали в другой теме switchport forbidden default-vlan

Они умудрились запихнуть это в контекст свитчпорта.

 

Однозначно вопросы были не по менеджменту, нет привычки его размещать в vlanid 1.

На счёт длинка подобных проблем не встречал, но спасибо на будущее буду учитывать, что надёжнее форбид.

 

Прибью тут на всякий случай вопрос по eaps, вдруг кому пригодится.

А так же приглашаю в ту тему.

ссылка

[xcme]

Продолжил разбираться с Eltex, поставил себе домой, через него работаю, все неплохо. Но внимательный админ заметил и сообщил мне, что на стыковочном линке растут ошибки. Сама магистраль сделана так: выход в медном гигабитном порту (27) коммутатора DES-3028, а вход в 25-м (у MES-2124 все порты гигабитные) у Eltex. В боксе кабель распарен и на выходе (где D-Link) в коннекторе обжаты только 2 пары. На входе (где Eltex) обжаты все 4 пары. При этом на коммутаторах явно задана скорость 100 Full с обеих сторон. То есть ничего сверхъестественного, все просто и понятно. Но D-Link регистрирует на порту CRC и другие ошибки. Полез разбираться и получил мощнейший разрыв шаблона.

 

Оказалось, что:

• На Eltex ручное указание скорости/дуплекса автоматически не отключает автосогласование как на D-Link и нужно вручную указывать no negotiation. Неожиданное открытие, ничего страшного, но вот дальше хуже.
  
• При диагностика кабеля со стороны D-Link с некоторой вероятность линк больше не поднимается. Вручную выдернуть/вставить коннектор на Eltex не помогает - надо на D-Link поменять скорость порта.
  
• Оказывается, можно поднять линк 10_full со стороны D-Link и speed 100 + no negotiation со стороны Eltex. D-Link показывает, что порт на 10 фулл, Eltex - что порт на 100 фулл. Однако!
  
• Оказывается, можно поднять линк только с одной стороны! На D-Link 10_full и счетчик регистрирует пакеты в обоих направлениях, а на Eltex порт linkdown!
  
• При корректно поднятом (по показаниям приборов) линке могут сыпаться фреймы. Такое ощущение, что работает CSMA/CD и линк на самом деле в half, а не в full, как показывается с обоих сторон. Выключение/включение порта проблему решило.
  

На данный момент все прекрасно, линк на 100 Full с обоих сторон, торренты качаются, ошибок нет. То есть физически линия в порядке, а программные настройки удалось "подобрать". Кто из коммутаторов больше делает мозг (D-Link или Eltex) вообще не понятно. Самое плохое, что требуется видеть настройки сразу с обеих сторон, но и это не всегда помогает. Если вдруг у абонента завалится порт или начнут сыпаться ошибки как это проверить?

 

Кто-нибудь может прокомментировать? Может я чего-то просто не знаю?

[Володя]

Запостите это у них нак форуме еще :)

[pavelgloba]

При этом на коммутаторах явно задана скорость 100 Full с обеих сторон. То есть ничего сверхъестественного, все просто и понятно. Но D-Link регистрирует на порту CRC и другие ошибки.

Я вообще принял как данное, что если на длинке (да и не только) зажать скорость, то будут расти crc. Если надо было где-то зажать порт в 10/100, то использовалось advertised capability т.е. по сути используется автосогласование, просто из него убираются ненужные режимы. При таком подходе crc ошибок не было. Попробуйте.

[xcme]

Я вообще принял как данное, что если на длинке (да и не только) зажать скорость, то будут расти crc.

Да, но если так сделать только с одной стороны. Если с обоих сторон одинаковый режим (либо авто, либо 10/100 Full) то ошибок нет. В моем случае проблема была в том, что с со стороны Eltex в дополнение к speed 100 надо было написать no negotiation (без этого на Eltex был half). Но это скорее фича, чем баг. А вот следующие 4 пункта - они весьма странные.

[Serejka]

В моем случае проблема была в том, что с со стороны Eltex в дополнение к speed 100 надо было написать no negotiation (без этого на Eltex был half).

 

Это да, это скорее особенности реализации. Eltex слизывал с cisco, популярный dlink слизывал с extreme.

 

Приехала к нам пародия на cisco в исполнении d-link (dgs1510-52).

Где вместо привычного CLI от Dlink с привычной проблемой не распознавания backspace взору открылся cisco-like interface, с теми же проблемами backspace, но какой-то куцый где без exit не попрыгаешь между контекстами, где не работает do, где swi tru natvlan, без swi tru allo vl add не работает, и по дефолту вообще включен vlan trunking на портах. А в вебе с вланами лучше вообще никаких действий не выполнять, потому что работает альтернативная логика.

Это уже не говоря о выводе show run - который так же побит на секции, как в обычных длинк CLI - и выглядит монструозно с конструкциями вида:

# STP

end
configure terminal
end
configure terminal
interface ethernet 1/0/1
end
configure terminal
interface ethernet 1/0/2
end
configure terminal
interface ethernet 1/0/3
end
configure terminal
interface ethernet 1/0/4
end
configure terminal
interface ethernet 1/0/5
end

 

И так для каждого из 52 портов, такие же монстры в DDP, DHCP snooping, DHCP, snmp, power saving, etc...

 

 

Знал бы я что за монстр приедет, у которого 20% строк configure terminal и 20% строк end - предложил бы не экономить.

 

 

 

 

В случае eltex заявлены функции шейпера и полисера, кто-нибудь пробовал реализовывать ограничение скоростей их возможностями, а не игрой с режимами дуплекса и согласования скоростей? Руки пока не доходят, а мне нужно определиться где резать на нём или на cisco роутере.

[pavelgloba]

Да, но если так сделать только с одной стороны. Если с обоих сторон одинаковый режим (либо авто, либо 10/100 Full) то ошибок нет

У меня и с двух было

А вот следующие 4 пункта - они весьма странные.

особенно про поднятый линк только с одной стороны

 

dlink слизывал с extreme

Я думал, что наоборот)

[pavelgloba]

Кто что может рассказать про MES1124? Подумываем длинки на них поменять. Есть ли помершие коммутаторы и непонятные глюки?

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

[Володя]

Я, кстати, тоже смотрю на 1124MB. Буду на тест брать один

[snvoronkov]

Я, кстати, тоже смотрю на 1124MB. Буду на тест брать один

Поставили в начале недели его и 3116 не тест. Пока рано говорить, на новых домах и агрегацию мелкого микрорайончика. cli понравился :-).

[Володя]

А какой аккумулятор стоит с 1124MB? Админ говорит, что у них изоляция портов странная, не такая, как у длинк - ему не понравилось как сделано в Элтекс.

[mcdemon]

В моем случае проблема была в том, что с со стороны Eltex в дополнение к speed 100 надо было написать no negotiation (без этого на Eltex был half).

 

Это да, это скорее особенности реализации. Eltex слизывал с cisco, популярный dlink слизывал с extreme.

 

Приехала к нам пародия на cisco в исполнении d-link (dgs1510-52).

Где вместо привычного CLI от Dlink с привычной проблемой не распознавания backspace взору открылся cisco-like interface, с теми же проблемами backspace, но какой-то куцый где без exit не попрыгаешь между контекстами, где не работает do, где swi tru natvlan, без swi tru allo vl add не работает, и по дефолту вообще включен vlan trunking на портах. А в вебе с вланами лучше вообще никаких действий не выполнять, потому что работает альтернативная логика.

Это уже не говоря о выводе show run - который так же побит на секции, как в обычных длинк CLI - и выглядит монструозно с конструкциями вида:

# STP

end
configure terminal
end
configure terminal
interface ethernet 1/0/1
end
configure terminal
interface ethernet 1/0/2
end
configure terminal
interface ethernet 1/0/3
end
configure terminal
interface ethernet 1/0/4
end
configure terminal
interface ethernet 1/0/5
end

 

И так для каждого из 52 портов, такие же монстры в DDP, DHCP snooping, DHCP, snmp, power saving, etc...

 

 

Знал бы я что за монстр приедет, у которого 20% строк configure terminal и 20% строк end - предложил бы не экономить.

 

 

 

 

В случае eltex заявлены функции шейпера и полисера, кто-нибудь пробовал реализовывать ограничение скоростей их возможностями, а не игрой с режимами дуплекса и согласования скоростей? Руки пока не доходят, а мне нужно определиться где резать на нём или на cisco роутере.

 

это вы прямо в show run видите?

или это пример того, как настраиваете каждый порт?