[bda]

rp2 есесно

А почему не рассматриваете mikrotik или даже лучше freeBSD+MPD, ну на крайний случай accel? Будет раз в 10-20 дешевле, правда без selective qinq и без mpls.

[darkagent]

Это такой тонкий юмор?

не ну правда, вы шутите?

 

вам вобще не стыдно такие вопросы задавать?

вы случаем не пытались уговорить шумахера победить в формуле 1 на горбатом запорожце?

 

слава богу в момент прочтения я ничего не ел и не пил, иначе б 100% поперхнулся.

[secandr]

bda ни у одного из наших конкурентов с абон базой больше 1000 клиентов почему-то нет ПК браса или микротика, в соседнем городе товарищи решили сэкономить - поставили ПК, продали циски. Через месяц потеряли пол абонентской базы, продали ПК, купили циски.

С чего бы?

 

У нас имеется "резервный" брасс собранный из ПК. Виртуальный контейней полностью готовый к работе. Если недай бог поумирают все железные брасы на всех узлах сразу, он у нас есть... Развернули на любом уцелевшем сервере, отработали 3 дня до замены брасов по контракту. Но работать так постоянно моветон.

[Marque]

Все зависит от квалификации персонала, можно и на "запоре" победить, если там двигатель в 10 раз шустрее формулы 1, может "обтекаемости" нет, зато "мускулы".

И не надо киски в ранг "небожителей" возводить. Каждый готовит хомяков по вкусу.

[NiTr0]

bda ни у одного из наших конкурентов с абон базой больше 1000 клиентов почему-то нет ПК браса или микротика, в соседнем городе товарищи решили сэкономить - поставили ПК, продали циски. Через месяц потеряли пол абонентской базы, продали ПК, купили циски.

С чего бы?

РКР (радиус кривизны рук) они случаем не измеряли перед апгрейдом? Именно от него зависит в первую очередь результат.

[darkagent]

Именно от него зависит в первую очередь результат.

Интересно, из тех кто строится на ПК-брасах, есть хоть один, кто может похвастать абонентской базой в более 50k абонентов? ну или хотя бы в >25k абонентов?

 

 

[sirmax]

Именно от него зависит в первую очередь результат.

Интересно, из тех кто строится на ПК-брасах, есть хоть один, кто может похвастать абонентской базой в более 50k абонентов? ну или хотя бы в >25k абонентов?

Хм. Может при таком масштабе имеет смысл отказаться от тунелей вообще?

 

[secandr]

NiTr0 это вопрос религии, опыта эксплуатации и простоты внедрения решения.

 

У нас сети в разных городах построены на разных коммутаторах доступа: cisco, h3com, dlink, edge core и ещё кто-то был. Админ каждого участка хвалит свои железки и люто ненавидит чужие. А вся соль в том, что у каждого из них огромный опыт управления именно этими коммутаторами. Все грабли и костыли известны. А устанавливая коммутатор соседа он получает непривычный интерфейс и новые/неожиданные/непривычные баги.

 

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

[secandr]

sirmax а вы пробовали в райпе получить блок адресов на 50к хостов? А переходить на нат, когда им в городе никто не пользуется из операторов? А менять технологию доступа? Сколько тысяч абонентов вам позволит руководство потерять за время перехода?

Изменено 15 марта, 2011 пользователем secandr

[NiTr0]

А устанавливая коммутатор соседа он получает непривычный интерфейс и новые/неожиданные/непривычные баги.

Само собой. Не всегда все заявленные фичи коммутаторов/прочих железок работают как описано и не конфликтуют между собой. И ничего с этим не поделать - только ждать пока (если) исправит производитель.

 

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

Справедливо для типовой конфигурации. А вот если к примеру у прова 2 аплинка на мир через разных операторов + пару аплинков на локальный IX, и при этом ему надо шейпить и мир и IX раздельно - то тут уже начинаются сложности...

[Magnum72]

а можно поточнее чем плох pptp?

не видел еще ниодного решения чтоб в одну железку вписать хотя бы больше 4 тысяч соединений PPTP.

главная проблема pptp - масштабируемость. всякие извращения с нагрождением пачек серверов и glbp/round-robin dns оставьте извращенцам с нехилым запасом нервных клеток

Непонимаю такой категоричности, у меня шесть ASR1002/RP1/10N, стоят в round-robin dns, зато с резервированием никаких проблем, да и изза минимальной нагрузки на циску во первых падает реже, во вторых падение замечают 1/6 от всех пользователей.

 

[darkagent]

Непонимаю такой категоричности, у меня шесть ASR1002/RP1/10N, стоят в round-robin dns, зато с резервированием никаких проблем, да и изза минимальной нагрузки на циску во первых падает реже, во вторых падение замечают 1/6 от всех пользователей.

вы туда pptp загоняете?

хотя и l2tp через round robin гонять еще тот изврат, особенно учитывая особенности ублюдошного dns-клиента (dns-cache) на win7. как раз таки ублюдошность dns-клиента в сочетании с rrdns делают ошибку 868 самой большой головной болью вашей тех.поддержки.