[Dyr]

Камрады из Синтерры, а у вас что, правда вся сеть на Juniper построена?

И как оно? EX3200, MX240 не используете случаем?

[Yokodzun]

Вопрос только к коллегам из Синтеры?

[AlexBT]

Если у Вас есть информация о сети Синтерры, сливайте. Тема то про Синтерру, почему бы и нет.

[Yokodzun]

Я просто подумал, что человека интересует информация о Джуновских железках. Потому и спросил.

[Jonny]

Камрады из Синтерры, а у вас что, правда вся сеть на Juniper построена? И как оно? EX3200, MX240 не используете случаем?

Да, вся сеть на Juniper.

Но вместо указанных Вами MX240 и EX3200, используем MX960 и EX4200.

 

Также используем T640 и M120.

 

В следующем году появится T1600 (подробности были в пресс-релизах)

[Jonny]

Jonny, что нибудь известно по моей проблеме, ваш NOC молчит как партизан.

А что, кстати, ответил Ваш аплинк? ;-) Направил к нам? :-)

[shicoy]

Jonny, что нибудь известно по моей проблеме, ваш NOC молчит как партизан.

А что, кстати, ответил Ваш аплинк? ;-) Направил к нам? :-)

С проблемой разобрались, оказывается кое-кто фильтрует подсеть 109.0.0.0/8, хотя она вроде бы давно уже распределена RIPE.

Вообщем, хорошо, что все хорошо закончилось =) Спасибо.

 

А аплинк ответил именно так, направил к вам.

 

Хоть к Синтерре это не относится но теперь у меня с той злополучной сети kremlin.ru не открывается... жесть просто какая-то.

[MaDDoG]

По поводу kremlin.ru у нас тоже были проблемы (у нас блок как раз из 109.0.0.0/8) обратились в noc AS15835. Проблему решили в течении трех дней. Вроде как retn нашу сеть анонсил, но трафик фильтровал.

Изменено 11 декабря, 2009 пользователем MaDDoG

[AlexBT]

Вот уж пути господни неисповедимы.

Это через Владивостокский IX что-ли такие чудеса?

[evd]

По поводу kremlin.ru у нас тоже были проблемы (у нас блок как раз из 109.0.0.0/8) обратились в noc AS15835. Проблему решили в течении трех дней. Вроде как retn нашу сеть анонсил, но трафик фильтровал.

Именно что "вроде как". С какой стати ReTN'у фильтровать трафик к своим клиентам? Засада, насколько помнится, была в обратном: трафик в сторону AS15835 ходил совсем даже не через ReTN, а через MAP'овского аплинка GT

[MaDDoG]

Вот уж пути господни неисповедимы.

Это через Владивостокский IX что-ли такие чудеса?

через аплинков.

 

Именно что "вроде как". С какой стати ReTN'у фильтровать трафик к своим клиентам? Засада, насколько помнится, была в обратном: трафик в сторону AS15835 ходил совсем даже не через ReTN, а через MAP'овского аплинка GT

возможно, причины нам так никто и не назвал.

[Dyr]

Вопрос только к коллегам из Синтеры?

Нет, конечно! Если есть чем поделится, то буду весьма признателен.

 

Мы сейчас рассматриваем вариант замены Cisco 7304 на Juniper MX240, возможно, с EX3200 (который сейчас есть на руках, так что его гоняем в разных режимах).

 

Да, вся сеть на Juniper.

Но вместо указанных Вами MX240 и EX3200, используем MX960 и EX4200.

 

Также используем T640 и M120.

 

В следующем году появится T1600 (подробности были в пресс-релизах)

Ну рекламные "бла-бла-бла" и "Выканье" можно опустить, давайте уже ближе к конкретике ;)

Понятно, что у вас старшие модели, но младшенькие наверняка тоже где-то есть. Интересен опыт жизни - действительно ли Juniper'овские железки капризнее, чем Cisco'вские, или что менее производительны при навешивании полноценного функционала (ACL/sFlow/Shaping/PolicyRouting и т.п.)

[visir]

Нет, конечно! Если есть чем поделится, то буду весьма признателен.

 

Мы сейчас рассматриваем вариант замены Cisco 7304 на Juniper MX240, возможно, с EX3200 (который сейчас есть на руках, так что его гоняем в разных режимах).

Лучше сразу 480 - разница в цене шасси небольшая, зато будет запас на будущее.

Ну рекламные "бла-бла-бла" и "Выканье" можно опустить, давайте уже ближе к конкретике ;)

Понятно, что у вас старшие модели, но младшенькие наверняка тоже где-то есть. Интересен опыт жизни - действительно ли Juniper'овские железки капризнее, чем Cisco'вские, или что менее производительны при навешивании полноценного функционала (ACL/sFlow/Shaping/PolicyRouting и т.п.)

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

Что следует иметь ввиду:

1) Правильно выбирайте нужный вам тип карты -- R и Q отличаются числом очередей на порт.

2) *Flow - если вам достаточно netFlow с высоким коэффициентом семплирования, то все ок. Если же нужен полный netflow, то придется вам разориться на несколько MS-DPC.... имхо тогда уж лучше другую железку поставить, или все же отказаться от полного netFlow.

3) EtherChannel-ами в сторону юзеров лучше не увлекаться. По суть на каждом DPC четыре процессора, каждый из них полисит/шейпит/qos-ит трафик на подключенных к нему 10GE или 10xGE независимо от других. Да, кстати, при числе линков отличном от 2^n никаких проблем с балансировкой нет.

4) касаемо JunOS, лучше ориентироваться на 8.5 - это эталон стабильности. В отличии от 9.x. Но, к сожалению, 8.5 поддерживает не все новые типы карт.

 

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

Изменено 15 декабря, 2009 пользователем visir

[EvilX]

Саппорта хорошего не хватает. Очень уж долго всё делается.

[Cosmonaut]

Мне в который раз интересно узнать, почему операторов связи не уведомляют _хотя бы по e-mail_ о _плановых_ восстановительных работах, или это уже предел мечтаний. Мало вам ДСИ, съехавшей в Ростелек?

[AlexBT]

Вы это, кое-что с кое-чем-то не путайте.

УСИ съехал в Ростелеком не потому, что ему noc Синтерры не писал.

СИ всех своих дойных коров в одно стадо собирает.

А зачем платить чужой тете, когда в доме своя есть?

[bitbucket]

3) EtherChannel-ами в сторону юзеров лучше не увлекаться. По суть на каждом DPC четыре процессора, каждый из них полисит/шейпит/qos-ит трафик на подключенных к нему 10GE или 10xGE независимо от других. Да, кстати, при числе линков отличном от 2^n никаких проблем с балансировкой нет.

Можно глупый вопрос про juniper: а чем черевато, если etherchannel сделан из не 2^n линков ?

[visir]

Можно глупый вопрос про juniper: а чем черевато, если etherchannel сделан из не 2^n линков ?

На Жунипере -- ничем. У многих других вендоров трафик будет распределяться по линкам в неравных пропорциях. (например в таких: http://www.cisco.com/en/US/tech/tk389/tk21...714.shtml#cat6k )

[bitbucket]

На Жунипере -- ничем. У многих других вендоров трафик будет распределяться по линкам в неравных пропорциях. (например в таких: http://www.cisco.com/en/US/tech/tk389/tk21...714.shtml#cat6k )

А если с одной стороны цицка, с другой juniper ?

 

ЗЫ: за ссылку спасибо.

[visir]

А если с одной стороны цицка, с другой juniper ?

Значит в одну сторону трафик хорошо поделится по линкам, в другую - плохо. Критично ли это в Вашем случае - Вам лучше знать.

[bitbucket]

Значит в одну сторону трафик хорошо поделится по линкам, в другую - плохо. Критично ли это в Вашем случае - Вам лучше знать.

Видать критично, раз до 7% в сек пакетов выпиливает.

[Cosmonaut]

2 AlexBT, а я никого из МРК и не имел в виду, уважаемый. ДСИ есть Деловая Сеть Иркутск, dsi.ru

[Jonny]

Мне в который раз интересно узнать, почему операторов связи не уведомляют _хотя бы по e-mail_ о _плановых_ восстановительных работах, или это уже предел мечтаний. Мало вам ДСИ, съехавшей в Ростелек?<br />

У Вас не верная информация... ДСИ остается нашим клиентом. :-)

[AlexBT]

Jonny, вопрос почему не уведомляют, остался без ответа.

 

[Jonny]

Jonny, вопрос почему не уведомляют, остался без ответа.

Наверное для начала нужно в НОК позвонить и узнать почему не пришло уведомление... У меня,к сожалению, нет исходной информации, когда и кого не уведомили....