Перейти к содержимому
Калькуляторы

mmvds

Пользователи
  • Публикации

    38
  • Зарегистрирован

  • Посещение

О mmvds

  • Звание
    Абитуриент
    Абитуриент

Контакты

  • ICQ
    Array
  1. Helios, если возможно, подскажите пожалуйста, какая маркировка на чипсете DES-1210-28/ME/B2? В одной из тем уже поднимался вопрос о чипсетах и проблеме с хешами, http://forum.nag.ru/forum/index.php?showtopic=52882&view=findpost&p=766452 Масштаб проблемы зависит от серии от "совсем плохо" даже менее 200 маков до "приемлимо" даже более 500 маков Соответственно функционал тоже зависит от чипсета, если чего-то нет, то со временем могут "допилить" И еще интересует стоимость - они дешевле 1228МЕ?
  2. Подтверждаю - на некоторых моделях длинка трапы linkchange приходят даже тогда, когда линк свой статус не менял, ИМХО - проблема именно в прошивке свитча. Совсем недавно постил на хабре http://habrahabr.ru/post/188730/ - статуса линка делаю через snmp запрос по OID 1.3.6.1.2.1.2.2.1.8.<номер_порта>
  3. А почему сразу к 3.6 . 3.7 и 3.8 тоже так же себя ведут как 3.9? Потому что так сказал инженер из Cisco (неофициально) "в версии 3.7 мы кое что поменяли, попробуйте откатиться до 3.6", мы откатились, баг пропал. Cisco попросили снова вернуться на новую прошивку и провести ряд тестов, но нам важнее чтоб юзеры работали СЕЙЧАС, а на железке живые клиенты, остались на 3.6 Поэтому если у кого-то аналогичная проблема, советую обратиться в саппорт циски, о проблеме они в курсе, м.б. вы поможете им с тестами
  4. Dlink - Тоже чина :))) По Dlink'ам тоже есть ложки дегтя и не мало, особенно их поддержка, которая на форуме хочет отвечает, а не хочет - молчит (особенно когда дело касается глюков даже с последними прошивками но на старые версии железа), основная надежда на других пользователей форума. Вообще, из всего что у нас работало (Zyxel, Huawei, Dlink, Qtech, Edge Core) на сетях в нескольких городах из оборудования доступа(!) Расположил бы в таком порядке приоритета: 1) Huawei - на последних прошивках глюки не выявляются, цена аналогичная или даже меньше чем у dlink, но у хуавеев нет складов в России, а ждать партии по 3+ месяца иногда очень критично 2) Dlink - работаем с ними очень давно, известны многие подводные камни (даже на последних прошивках для одной версии железа не работает одна фича, для других - другая), а еще очень огорчило что в последних прошивках на DES3028 зарезали lldp, зачем - не понятно. Их конечно уже не выпускают, но старую-то сеть нам все еще надо эксплуатировать. 3) Qtech - использовали мало, но особых нареканий нет, на третьем месте именно из-за того что использовали мало и негатива по voip шлюзам, тут волей-неволей ждешь подвоха что и с коммутаторами обнаружится косяк. 4) Edge Core - косяки с электропитанием доканывали всех - зависают после любых сбоев по питанию, необходим ручной ребут по питанию (т.е. выезд инженера/монтажника на место) Zyxel тоже поставлю сюда же, на 4-е место, основной недостаток - также не стабильность работы при скачках напряжения, ну и очень не удобный CLI (хотя это уже субъективно) Естественно это чисто мое ИМХО, но основанное именно на опыте работы с данным оборудованием.
  5. По коммутаторам - особых нареканий нет, ничем не лучше/хуже других вендоров с такой же ценой, разве что у D-link на доступ есть ME1228 ver B1, который идет на более скоростном чипсете при более дешевой стоимости чем 24-х портовые Qtech (для нас) но тут возможно из-за маркетинговых войн. А вот по VoIP шлюзам - зарегистрируйтесь в техподдержку и посмотрите, как решается большинство проблем - шаманство с конфигами, при этом нужно выставить опции в определенном порядке, если выставить в другом, те же самые, то работать не будет :) На одной и той же прошивке, но разных версиях железа шлюзы ведут себя совершенно по-разному и надо догадываться, какое железо поставят в этот раз. В одной партии могут быть глючные железки, которым никакое обновление не помогает и тут же новые железки (отличаются даже по внешнему виду), на которых все работает корректно без всяких плясок с бубном. Каждый раз обещают, что косяки не повторятся и в следующий раз будет только новое железо с новыми прошивками, где все косяки устранены...
  6. Проблема решена откатом прошивки на ASR назад с 3.9 к 3.6!
  7. ок, спасибо, вопрос исчерпан
  8. Добрый день! Такая тема - есть UTP кабель, задача по 2-м жилам сделать линк 10Мбит_half для сигнализации обрыва кабеля? Беру две пары, обжимаю 1,2,3,6, подключаю, линк есть, размыкаю на одном конце 1,6 жилу, вставляю - линк есть! все, ок. Т.е по идее линк есть и идет по 2,3 жиле, отрезаю 1,6 жилу на другом конце - все, линк пропал. Как так? Аналогично пробывал обжимать сразу 2 жилы с этого же кабеля кабель на 2,3 жилу, на 1,6, на 1,3 и на 2,6, линка нет, длинна кабеля - около 20 метров. Что-то не так делаю или по 2-м жилам завести 10М халф не реально? Свитч на котором проводил тесты - Dlink 3028
  9. Добрый день, удалось решить? Возникла похожая проблема - НА свитче с маком 00219192d463 на 4-ом порту сидит абонент со свитча до ASR идут правильные dhcp пакеты, Circuit ID: 000408090004 Remote ID: 000600219192d463 на ASR в remote id появляется длинная билиберда, VSA: l=40 t=Cisco-AVPair(1): remote-id-tag=020a000005e3800100000806 а circuit id вообще не передается, в итоге биллинг не понимает что ему прислали VERBOSE 0x451ba940 [TryAuthISGByOpt82] Opt82 params: "800100000806", 0 и сессия не создается. Собственно вопрос, кто с таким сталкивался? Проблема появилась не сразу, а при наличии около 1500 клиентских сессий и сейчас кол-во проблемных абонентов растет :( При этом в это же время с других портов этих же свитчей dhcp пакеты обрабатываются нормально, абоненты работают Проблема возникает с работавшими абонентами - т.е. абонент выключил компьютер, пошел спать, с утра включил компьютер - ip получил, интернета нет, звонит в техподдержку
  10. Добрый день - такая проблема - в ДРС проложен многопарный 25 парный utp кабель (расшит на коммутаторе по портам и на плинте) соответственно некоторые несознательные личности его срезают, вытаскивают и уносят. Соответственно везде поставить по охраннику не реально, возникает два вопроса: 1) Как мониторить срезание кабеля? 2) Чем мониторить? по 1-ому вопросу - некоторый предлагают делать петлю на одной из пар внизу у плинта, соответственно петля пропала - кабель срезали остается 2-ой вопрос - как это событие отмотниторить и чем? Наверняка кто-то уже сталкивался и решал эту проблему? Буду благодарен за любые не затратные идеи.
  11. В общем обрезка исходящей торентоидам почти ничего не дает, исходящий трафик уменьшается заметно, но кол-во пакетов почти такое же :( А задача все же уменьшить pps, а не сэкономить трафик. Можно ставить им 0 или 32кбита на исходящую, но тогда по сути это полный запрет торентов, что будет не корректно с нашей стороны, возможно кого-то удовлетворит и такой вариант. P.s. по поиску торентоидов - через retracker.local находит на 20% больше ip'шек чем по флоузам.
  12. У вас же всего 2,5 км, м.б. имеет смысл радиорелейки на гиг поставить? Или вам 10G надо? И кстати, такой участок сети, проложенный по деревянным опорам (с большой натяжкой можно отнести деревья) сейчас в роскомнадзор вы вряд ли сдадите. Если это вам конечно надо.
  13. эм, огласите список пожалуйста, ради интереса проверю насколько клиентских ip получится разница по сравнению с моим методом. И опять же - анализ флоузов процесс ресурсоемкий, а его придется выполнять постоянно.
  14. Интересно, каким образом? И если даже можно, анализ netflow - доп. нагрузка на сервер, с ретрекера список я получаю в почти готовом виде.