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

triam

Активный участник
  • Публикации

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

  • Посещение

Все публикации пользователя triam


  1. Я бы протестил бы сначала на 12.2.31-SB21 Ну и может подумать о миграции на asr1002 ? (Там и с NAT'ом всё намного лучше, и платформа более перспективная =) )
  2. 12.2sb А вообще такие "глюки" могут быть связаны с особенностями вашей конфигурации ;)
  3. А что мешает взять на тест? За одно и нам расскажите о результатах тестирования.
  4. По умолчанию, обычно все делают PIM Sparce mode, Static RP с резервированием через MSDP или PIM (Называется Anycast RP) Прочитать теорию и как настроить можно в хорошей книжке
  5. Вообще правильно резервировать мультикаст, используя схему Any Source Multicast или Source Specific Multicast=) ( То есть для резервирования источника нужно вещать одну и ту же группу из "разных мест". Если вы хотите просто быть уверенным, что трафик от источника до клиента дойдёт при наличии резервных маршрутов, то нужно делать pim и резервировать RP для ASM и только pim и возможно mapping для SSM. Ну и кординально противоположный вариант - это "загнать всё в HTTP". ( IVAN_83 )
  6. В продакшене не видел ещё =) Вся хитрость в том, какой у вас будет backplane на новом шасси и какие SCB ( SCBE или SCBE2 ) С разным backplane'ом разная производительность =) Но я б взял на тест одну плату =)
  7. Вообще вы хотите сделать SDN =) Тут бы вам очень помогло, если бы свич поддерживал OpenFLow или подобный протокол. А пока вам стоит подумать про апгрейд вашего узла. Может быть помможет часть нагрузки снять на свич за счёт статики отказавшись от гибкости bgp
  8. У вас два одинаковых сабынтерфейса поэтому и не работает. Когда вы уточняете второй тег, то появляются различия между интерфейсами и пппое начинает работать.
  9. Почти со всем согласен :) сами так делали. В качестве бордера можно тот жа asr использовать. Я с demon billing pro работал - понравилось.
  10. Оператор "Минобрнауки"

    Плюс ИМХО только один, если за всё это будет платить не конкретная школа, а Минобрнауки. В общем, кто дэвушка ужинает, тот её и танцуэт. Мне вот лично интересно как такая централизация будет работать, например, в Магадане? Считаю, что такой проект - это повод деньги перераспределить.
  11. Все приставки как раз могли загнуться после апдейта прошивки например. Правильно подсказывают, что стоит проверить tcpdump'ом =)
  12. Можно клиентам выдавать динамические реальные ИПы, но думаю вас это не устраивает.
  13. Надо их разделять :) Будет это vrf или разные железки - все равно.
  14. Если нужно именно устройство, то смотрите на juniper srx функция называется screen, от элементарных атак сможет вас защитить. Конкретную модель можно выбрать исходя из производительности, которая вам необходима.
  15. А почему в личку? Расскажите про эксплуатацию данного вендора, плюсы и минусы и т.д.
  16. В разных VRF'ах нормально работает. Раньше было много проблем со стабильностью софта. Официальный ответ циски, что ISG+NAT не тестируемая конфигурация, а значит не поддерживаемая. Решение от циски типа нат на одном асре, isg на другом.
  17. вакансия сетевого инженера

    Я готов поспорить, что Shvlad1 окажется таким же лохом при увольнении. В любом случае, не составит труда отписать в старую тему при увольнении. Кстати, у вас shvlad1 ЗП вся белая?
  18. У меня тоже с первыми версиями Junos Space были проблемы. Во-первых, я пытался добавлять не поддерживаемые девайсы. Во-вторых, девайсы нужно было как-то инициализировать. Ну и проверить что версии софта совпадают с версией Junos Space. Планировал ещё раз у себя на сети попробовать, могу отписаться о результатах.
  19. вакансия сетевого инженера

    Неа, в районе метро Молодёжная
  20. Наврал. Спутал с M160 :) http://en.wikipedia.org/wiki/Juniper_M_Series
  21. Да! Но m320 старая железка и из-за параллельной обработки пакетов может быть источником реордеринга. Я б смотрел на что-то более современное
  22. вакансия сетевого инженера

    Почему же ты один не справляешься? (Скупой платит дважды). Да кстати, MX'ов то у вас тоже нет =)
  23. Согласен. Лучше как и предлагали раньше vdsl или shdsl