Jump to content
Калькуляторы

Oleg_S

Пользователи
  • Content Count

    41
  • Joined

  • Last visited

Posts posted by Oleg_S


  1. Я думаю, что в близзарде сидят не идиоты, и оператора для размещения серверов для русскоязычного комьюнити выбирали из принципов: независимости , не участия в "локальный конфликтах" (проще говоря, глобалистического), и "равноудаленного" от российских и украинских магистральных операторов. В Украине, например, два крупнейших магистрала (ЕТТ и Датагруп) имеют аплинком Левел3.

    Учитывая, что все крупные украинские игроки на рынке ИП-Транзита присутствуют во Франкфурте, Близард мог бы строить прямые пиринги, как это делает Гугля.

    Кстати, все они есть на DE-CIX.

    Так что, аргумент так себе.

    Вот конечно делать им больше нечего, как бегать за гордыми украинскими магистралами и уговаривать пириться.

    Гугл строит прямые линки, Гугл полностью интернет компания. Близзард поручает коннективити подрядчику, который лучше них справится с этой работой. Для Европы они выбрали Телию, не вижу причин менять им бизнес-модель ради русскоязычных игроков.

  2. У Кипчатова описаны локальные войны. Все english(europe) серваки вегда были во Франции и конективи был на Telia.

    С выходом WoW(русс) не понятно почему их разместили в Германии, причем еще и сменив основного поставшика на Level3.

    Так вот выход на этот самый Level3 у русских операторов не очень, в основном транзитом через 1-3 операторов.

    Хочется понять, а почему они не разместили их в России с выходом на IX(русский).

    Мне кажется, не захотели как раз из-за этих самых "пиринговых войн". Сервера близзарда в датацентре одного из участников "пиринговых войн" превратились бы в оружие против других участников. В итоге, из-за плохого коннективити, страдали бы игроки. А датацентра, обеспечивающего равноценное коннективити со всеми участниками рынка, наверное, просто нет.

     

    Я думаю, что в близзарде сидят не идиоты, и оператора для размещения серверов для русскоязычного комьюнити выбирали из принципов: независимости , не участия в "локальный конфликтах" (проще говоря, глобалистического), и "равноудаленного" от российских и украинских магистральных операторов. В Украине, например, два крупнейших магистрала (ЕТТ и Датагруп) имеют аплинком Левел3.

  3. Собственно пусть здесь появится и мы узнаем, что у Jab -а нынче в качестве BRAS ?

    Стойка писюков. Но уже валяется на стенде DGS-3610-26G. Если он пройдет тестирование, то писюки снимаю, слово BRAS - вычеркиваем.

    Не страшно? Оно же даже не D-Link вроде: http://www.ruijie.cn/ProductDetail.aspx?productid=194

    При цене 3+куе за свитч, оно только по потреблению электричества у софт-роутеров выиграет (ну еще место в стойках, если они есть).

    Сколько Вы планируете на нем терминировать абонентов? Ну, наверное, не больше чем 8к.

     

    С ruijie:

    Ø Core routing table size

     

    2000 (Standard models)

     

    8000 (Enhanced models)

    C dlink:

    Размер таблицы коммутации 3 уровня IP v4/v6: 8К записей

    - До 8К записей IP v4

    - До 4К записей IP v6

    За 3куе такое можно и на софт-роутерах соорудить. Опять же, их будет несколько, надежней будет, согласно Вашей же парадигме.

     

    Вообщем, задумана какая-то хитрость, наверное. :)

     

    Jab какими коммутаторами Вы оптику собираете звездой? колечком ? :)

    В основном DGS-3100-24TG звездой.

     

    Если не секрет, сколько абонентов на такой свитч приходится? И есть ли мультикаст в сети (иптв)?

     

  4. Да издевается небось... Кладет себе этот ФТТБ уже лет 10 и не парится. :-)

    Ну не десять а шесть, до этого было экономически невыгодно. Хотя один мой киевский знакомый около 12-ти лет назад ( sic? вот склероз ) затянул себе гигабит синглмода от р.стадиона

    на березняки, нехилый был FTTB. ;-)

    goo?

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

    Ядро 2.6.28, src.rpm от fedora.

    Заинтриговало меня Ваше сообщение, после праздников проверим. Честно говоря, я не сильно верю в 50% буста только сменой ядра, но попробовать надо.

  6. Активно используем pppoe-сервера на linux. Недавно монтировали еще парочку штук, и поставили на них новый debian lenny с ядром 2.6.26 (оговорюсь сразу - пробовали более свежие вплоть до 2.6.29). Протестировали n2x'ом - выдерживает 2,5k сессий и 200 мегабит траффика, и начинает "зарываться" - ksoftirqd и прочие прелести.

    Начали грешить на сетевую - сменился драйвер - в 2.6.18 был e1000, сейчас e1000e. Взяли другой сервер, аналогичный по конфигурации, но с броадкомом, поставили туда lenny - те же 2,5k. 2.6.29 помогает до 3k, и всё.

     

    Поставили etch с 2.6.18 на оба сервера. Честных 5k, и никаких проблем. Никто не сталкивался?

    rate-limit/shaper используете? какое железо?

    у нас аналогично сейчас по 2к-2.5к онлайн на один сервер с запасом на непредвиденные скачки трафика. трафика 300-500мбит\с, 60к+ ппс.

     

  7. Сервер на Linux 2.6.18 терминирует PPTP. При количестве клиентов более 500, пинг сильно скачет от 1 до 400 мс и появляются потери 5 - 10 на 1000 пакетов. NAT отсутствует, шейпинг отсутствует.

    Пингую внутренний сервер, т.е. трафик проходит транзитом через VPN и сразу на сервер.

    HZ в ядре 1000, загружал ядро с HZ 250, на ситуацию это не влияет.

    PPTP в юзерспейс.

     

    Сетевушки вот такие:

    Realtek Semiconductor Co., Ltd. RTL-8169 Gigabit Ethernet

    driver: r8169

    version: 2.2LK-NAPI

     

    Подскажите в чем может быть проблема и как продиагностировать?

    Проблема - userspace pptp

    Диагностика - mpstat -P ALL 10

     

    Общий совет - если процессоров(ядер) >1, то каждая сетевая должна быть на своем отдельном прерывании, соотвественно, каждое прерывание на отдельном процессоре(ядре).

    Но с юзерспейс pptp это все равно не спасет.

  8. kostas, попробуйте добавить первый влан в транк между каталистом и экстримами.

    Во-вторых, настройте порт-мирроринг на каталисте, и посмотрите wireshark'ом или tcpdump'ом что бегает между каталистом и экстримом.

    Вилан #1 добавил в транк - ничего не изменилось :(

     

    interface GigabitEthernet2/3
    description Test STP
    switchport
    switchport trunk encapsulation dot1q
    switchport trunk allowed vlan 1,3,4,1000
    switchport mode trunk

     

    Трафик на днях проанализирую. А на что именно обратить внимание?

    Попробуйте воспроизвести ситуацию как у D^2. Т.е. транк только с одним вланом (дефолтовым 1-м).

     

    Сложно сказать на что обратить внимание, просто дамп бпду-шек от каталиста, и от экстрима покажите.

    Может они в разных вланах гуляют(?), хз, надо смотреть в чем различие, почему свитчи не видят друг друга.

     

    У D^2 еще native влан прописан на каталисте на транке с экстримом. Тоже отличие какое-то от вашей схемы.

  9. kostas, попробуйте добавить первый влан в транк между каталистом и экстримами.

    Во-вторых, настройте порт-мирроринг на каталисте, и посмотрите wireshark'ом или tcpdump'ом что бегает между каталистом и экстримом.

  10. Не стоит пока. Не понятно из-за чего стреляться. В приведенном выше тесте на каталисте pvst, на экстримах, как я понимаю, stp.

    В таком виде должно все работать. Правда на каталисте заведен все один влан, для которого и построено дерево. Интересней будет

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

    По идее (100% не ручаюсь, надо проверять), если руты для всех вланов держать на одном этом каталисте, то должно все работать, а вот если

    захочется рут для какого-то влана вынести на, например, другой каталист c pvst, то тогда хз что будет.

    Олег, я не совсем понял что мне нужно сделать для этого. У меня вроде так же стоит PVST на каталисте и STP на экстримах. Разница только в количестве виланов - у меня их несколько. Рут указан для всех виланов на каталист. Так что вроде конфигурация идентичная? Или я чего-то не улавливаю?

    Ну так покажите вашу диагностику, посмотрим чем оно отличается от того, что D^2 привел.

  11. Застрелиться

    Не стоит пока. Не понятно из-за чего стреляться. В приведенном выше тесте на каталисте pvst, на экстримах, как я понимаю, stp.

    В таком виде должно все работать. Правда на каталисте заведен все один влан, для которого и построено дерево. Интересней будет

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

    По идее (100% не ручаюсь, надо проверять), если руты для всех вланов держать на одном этом каталисте, то должно все работать, а вот если

    захочется рут для какого-то влана вынести на, например, другой каталист c pvst, то тогда хз что будет.

     

  12. 2kostas: в двух словах Pre-Standard MST и 802.1s MST - не совместимы.

    То, что мы наблюдали: два одинаково сконфигурированных бриджа (cat4500 sup2 и edge-core 4612) не видят друг друга.

    Считали что они находятся в разных регионах. С помощью wireshark было установлено, что BPDU-шки от циско и от эджкора имеют разные чексумы,

    и свитчи работают согласно:

    MST BPDUs contain the MST configuration ID and the checksum. An MST bridge accepts an MST BPDU only if the MST BPDU configuration ID and the checksum match its own MST region configuration ID and checksum. If one value is different, the MST BPDU is considered to be an SST BPDU.
    © cisco

     

    Изучение Feature Navigator'а привело к тому, что выше я уже писал: у циско есть две реализации MST - prestandard и standard.

    Вам нужна поддержка standard 802.1s MST на вашем sup'е для совместимости с другим свитчами не-циско.

     

    http://www.ciscosystems.com/en/US/docs/swi.../guide/mst.html:

    The IEEE MST protocol has transitioned from a prestandard state to a released state. This chapter describes the standard-compliant MST implementation supported in Release 12.2(18)SXF and later releases. Chapter 20, "Configuring STP and Prestandard IEEE 802.1s MST," describes the prestandard MST implementation supported in releases earlier than Release 12.2(18)SXF.

     

    Из вышенаписанного следует, что вам нужен ios не ниже 12.2(18)SXF. Но, к сожалению, похоже, что для sup1 такого не бывает.

     

  13. #sh ver
    Cisco Internetwork Operating System Software 
    IOS (tm) c6sup1_rp Software (c6sup1_rp-PK2S-M), Version 12.1(27b)E, RELEASE SOFTWARE (fc2)
    Technical Support: http://www.cisco.com/techsupport
    Copyright (c) 1986-2006 by cisco Systems, Inc.
    Compiled Fri 10-Feb-06 23:02 by hqluong
    Image text-base: 0x60020F90, data-base: 0x618C8000
    
    ROM: System Bootstrap, Version 12.0(3)XE, RELEASE SOFTWARE 
    BOOTLDR: MSFC Software (C6MSFC-BOOT-M), Version 12.0(7)XE1, EARLY DEPLOYMENT RELEASE SOFTWARE (fc1)
    
    Core uptime is 6 days, 2 hours, 42 minutes
    Time since Core switched to active is 6 days, 2 hours, 41 minutes
    System returned to ROM by power-on (SP by power-on)
    System restarted at 10:59:10 MSK Fri Dec 19 2008
    System image file is "sup-bootflash:c6sup11-pk2s-mz.121-27b.E.bin"

    kostas, судя по имиджу, у Вас IOS не поддерживает:

    IEEE 802.1s - Multiple Spanning Tree (MST) Standard Compliance

     

    Это такая заморочка у Cisco, есть две фичи:

    IEEE 802.1s VLAN Multiple Spanning Trees

    This feature is the original implementation of MST which is based on a pre-standards draft. MST allows you to build multiple spanning trees over trunks. You can group and associate VLANs to spanning tree instances. Each instance can have a topology independent of other spanning tree instances. This new architecture provides multiple forwarding paths for data traffic and enables load balancing. Network fault tolerance is improved because a failure in one instance (forwarding path) does not affect other instances (forwarding paths).

    и
    IEEE 802.1s - Multiple Spanning Tree (MST) Standard Compliance

    MST extends the 802.1w Rapid Spanning Tree to multiple spanning trees, providing rapid convergence and load balancing.

    В вашем иосе есть только первая, второй нет, подробнее - http://www.cisco.com/go/fn

     

    Я не знаю какой у вас супервизор, FN выдает, что ваш имидж может работать как на sup1/mfsc1, так и на sup2/mfsc2

    Если у Вас sup2, то вам надо - 12.2SXF иос, чтобы поддерживался MSTP Standard Compliance, если же sup1, то, судя по FN, поддержки нормального MSTP у вас не будет.

     

    PS. Сами с таким сталкивались, после того как не заработал MSTP между cat4500, edge-core 4612 и dlink 3526

     

     

  14. Не знаю как у вас сеть построена, но обратите внимания, что у этих железяк всего лишь по 16К маков, они для ДЦ в основном позиционируются.

    Плюс у SMC всего 255 vlan. Для ядра это может быть мало.

    Кроме того, в даташите на SMC, при беглом просмотре, не сказано ничего про количество поддерживаемых мультикаст групп, а в даташите на Force10 вообще ничего про IGMP нет. (с конкретно этими свитчами не сталкивался, но мало ли что бывает...)

     

    PS. SMC похож на Edge-Core ( http://www.mounblan.com/product.php?sid=57&pid=258 ), скорее всего, это один и тот же свитч.

  15. Управление в отдельный vlan вынести.

    Блин... Уже много-много раз писал. Эти перекрашеные CeLAN имеют несколько версий HW. При совпадении неудачной пары HW+FW могут быть проблемы. Тестировать надо конкретную партию. Партия может быть как беспроблемной, так и аппаратно проблемной.

    Вполне может быть.

    Но мы используем эти свитчи несколько лет, стоит больше 500 штук в сети.

  16. Управление в отдельный vlan вынести.

    Сотни 1908 стоят, запитаны с упс от 12В, не виснут.

    Про 1916 ничего не скажу, их пару штук всего и те, в основном, в офисе стоят.

    1924 виснут если включать шторм-контроль на них.

  17. Я еще не только многоэтажная застройка бывает...

    Мы в спальных районах используем DES-3526, а в центр города - пока в раздумье: ES3526S ( http://www.edge-core.com/ProdDtl.asp?sno=AEJC )

    Ээээ... А вы всё прочитали? ES3526S - коммутатор оптического ДОСТУПА. Это коммутатор ДОСТУПА! Какой ещё "центр города"????

    Ну так и топик вроде про DES-3526 - коммутатор доступа. Я про ES3526S именно в этом ключе и говорю - доступ, FTTH там всякий и т.п.

    Ну такой себе центр города, историческая часть, малоэтажная застройка, абонентов на целый квартал столько же, сколько в одной многоэтажке в спальном районе. Расстояния больше 100метров. Но включать надо.

     

    to Vlad Karagezov

    DGS-3612G - хороший выбор, но не для FTTH включений:

    а) мало портов;

    б) не нужный L3 на доступе;

    в) размер НЕ подходящий, глубина 389мм, плюс 1-1.5см съест еще SFP-шка.

     

    Именно из-за последнего пункта мы сейчас не можем использовать DGS-3612G на агрегации,

    вынуждены пока обходиться Zyxel GS-3012.

     

    Спасибо за предложение, DGS-3612G у меня уже был на тестировании. Но применение ему найти пока не могу, для "ящичного" свитча он у нас не годится. Я пока остановился на стеке из 34-й серии для серверной с 10G аплинком.

     

    to Попов Сергей

     

    ES4612 у меня был буквально пару дней, его уже продали, и поставщик не мог надолго дать на тестирование. В принципе, если у него рабочий L3, в отличии от Zyxel GS-4012, то большая вероятность, что мы их будем закупать. Наш размерчик :)

    Сейчас у меня на тестировании есть ES4624-SFP, ES3526S и ES3526XA.

    На столе стоит ES4624-SFP, роутит уже с неделю 50Мбит/с мультикаста, вроде неплохой свитч, но тоже большой.

    ES3525XA - это какое-то дежа-вю, все характеристики и параметры один в один с DES-3526. Жалко, не могу разобрать посмотреть. Цена вобщем тоже практически д-линковская на него.

  18. Я еще не только многоэтажная застройка бывает...

    Мы в спальных районах используем DES-3526, а в центр города - пока в раздумье: ES3526S ( http://www.edge-core.com/ProdDtl.asp?sno=AEJC ) или тот же DES-3526, но с корзиной конверторов и геморроя впридачу. Пока явный перевес у Edge-Core...

    DGS-3627... он L3

    Во-первых, есть DGS-3426.

    Во-вторых, оно гигабитное, что, вобщем, и не надо, и ненужный, в данном случае, 10G.

    В-третьих, DGS-3426 плюс 24 WDM SFP уже гораздо дороже, чем ES3525S.

    В-четвертых, size does matter - 324 против 389 в ограниченном пространстве имеет большое преимущество.

     

    PS. Вообще, стек из DGS-3427 + DGS-3450 я собираюсь попробовать в ГЗ поставить, для включения серверов.

  19. Я еще не только многоэтажная застройка бывает...

    Мы в спальных районах используем DES-3526, а в центр города - пока в раздумье: ES3526S ( http://www.edge-core.com/ProdDtl.asp?sno=AEJC ) или тот же DES-3526, но с корзиной конверторов и геморроя впридачу. Пока явный перевес у Edge-Core...

  20. видели мы эту MAG-100, железо куплено в китае, а засунуто в корпус у нас.

    Я тоже видел. Но утверждать про китайское происхождение не буду.

     

    первые впечатления:

    1. топорный, не приятный корпус

    правда.

    корпус не ахти.

     

    2. Провода (к телевайзеру) входящие в комплект сразу порвались, тюльпаны не припаены, а прижаты корпусом штекера.

    правда.

     

    3. софт, как тут написано для тестов, полный отстой, если кому надо могу скинуть.

    софт работает.

    для тестового бесплатного мидлваре сойдет.

     

    4. качество изображения - отстой

    качество более-менее, с нормальными кабелями

     

    5. грузится около 5 минут

    правда, из флешки грузится очень долго.

    но есть вариант загрузки по сети.

    кроме того, если не выключать устройство питанием, переводить в слип с пульта,

    то обратное возобновление работы мгновенное.

     

    6. часто самопроизвольно перегружается

    с последними прошивками такого не наблюдалось

     

    7. в качестве плеера VLC, очень старый, не обновлялся лет сто.

    не правда.

    насколько я видел внутренности прошивки, плеер в ней не vlc.

    в СТБ используется аппаратное ускорение декодирование МПЕГ, с чипом идет

    собственная библиотека, плеер использует эту библиотеку.

     

     

    8. блок питания огромный

    не знаю что Вы видели, но у меня были приставки с маленькими БП.

     

    9. весь софт GPL, а лицензия нарушается.

    возможно.

    исходников прошивки у них не спрашивал.

    знаю, что им пришлось повозиться чтобы собрать файрфокс под

    эту платформу.

     

     

    толкают они эту чехню примерно по 80у.е.

    80 - хорошая цена

    я слышал, что дороже...

  21. Ближе всех к истине UglyAdmin.

     

    Гигабиты на магистралях "фиктивные", т.е. там реально нет большой нагрузки, в данный момент в большинстве случаев еще и 100-ки хватает, просто строить сразу гигабит сейчас стало дешевле и выгодней: один гигабитный оптический свитч + дешевые WDM SFP лучше, чем один 100-мегабитный или медный гигабитный свитч и корзина (россыпь) конверторов.

     

    Проблемы нехватки полосы на аплинке - нет. Гигабита на одну (под)сеть хватит с большим запасом.

    Можно сделать двухстволку, можно поделить большую сеть на две поменьше, в самом крайнем случае проблема-то возникнет с трафиком направленным _в_ подсеть, а все подсети включены в, как минимум, 3550, - можно пополисить/покюосить.

    ( подсеть - сеть масштаба микрорайона, является как бы клиентом основной опорной сети, которая уже давно построена, когда еще ни о каком домашнем интернете и речи не было)

     

     

    Питание DC - легче упсовать. Размер - не везде есть возможность ставить большой ящик, а D-Link 3612G - _громаден_, по сравнению с тем же Zyxel GS-3012F.

  22. GBIC-ки и встроенные порты не устраивают по идеологическим соображениям - есть много дешевых WDM SFP.

     

    D-Link не подходит в первух очередь размером - size does matter.

     

    Задача простая - агрегировать с десяток гигабитных магистралей и отдать гигабитным аплинком на cat450x. Сейчас работает такая же схема, но магистрали и аплинк 100Мбит/с, отдается на cat3550 (на нем поднят l3-свитчинг для локальных ресурсов).

     

    За РубиТек - спасибо. Поищу у поставщиков.

  23. Надо:

    • standalone
    • навароты (L3\L4) - не нужны, чем проще - тем лучше
    • 8-12 (или 20+) гигабитных SFP портов

    D-Link DGS-3612G смотрел - немного не то. Дороговато, излишний функционал, большой размер.

     

    Какие еще свичи, кроме Zyxel GS-3012F и GS-4012F, бывают? А с DC питанием при этом?

     

    Складывается впечатление, что Zyxel тут нишевый игрок, ни у кого ничего подобного, например, GS-3012F DC найти не могу.