Oleg_S
-
Публикации
41 -
Зарегистрирован
-
Посещение
Сообщения, опубликованные пользователем Oleg_S
-
-
У Кипчатова описаны локальные войны. Все english(europe) серваки вегда были во Франции и конективи был на Telia.
С выходом WoW(русс) не понятно почему их разместили в Германии, причем еще и сменив основного поставшика на Level3.
Так вот выход на этот самый Level3 у русских операторов не очень, в основном транзитом через 1-3 операторов.
Хочется понять, а почему они не разместили их в России с выходом на IX(русский).
Мне кажется, не захотели как раз из-за этих самых "пиринговых войн". Сервера близзарда в датацентре одного из участников "пиринговых войн" превратились бы в оружие против других участников. В итоге, из-за плохого коннективити, страдали бы игроки. А датацентра, обеспечивающего равноценное коннективити со всеми участниками рынка, наверное, просто нет.
Я думаю, что в близзарде сидят не идиоты, и оператора для размещения серверов для русскоязычного комьюнити выбирали из принципов: независимости , не участия в "локальный конфликтах" (проще говоря, глобалистического), и "равноудаленного" от российских и украинских магистральных операторов. В Украине, например, два крупнейших магистрала (ЕТТ и Датагруп) имеют аплинком Левел3.
-
Собственно пусть здесь появится и мы узнаем, что у Jab -а нынче в качестве BRAS ?
Стойка писюков. Но уже валяется на стенде DGS-3610-26G. Если он пройдет тестирование, то писюки снимаю, слово BRAS - вычеркиваем.
Не страшно? Оно же даже не D-Link вроде: http://www.ruijie.cn/ProductDetail.aspx?productid=194
При цене 3+куе за свитч, оно только по потреблению электричества у софт-роутеров выиграет (ну еще место в стойках, если они есть).
Сколько Вы планируете на нем терминировать абонентов? Ну, наверное, не больше чем 8к.
С ruijie:
Ø Core routing table size2000 (Standard models)
8000 (Enhanced models)
C dlink:
Размер таблицы коммутации 3 уровня IP v4/v6: 8К записей- До 8К записей IP v4
- До 4К записей IP v6
За 3куе такое можно и на софт-роутерах соорудить. Опять же, их будет несколько, надежней будет, согласно Вашей же парадигме.
Вообщем, задумана какая-то хитрость, наверное. :)
Jab какими коммутаторами Вы оптику собираете звездой? колечком ? :)В основном DGS-3100-24TG звездой.
Если не секрет, сколько абонентов на такой свитч приходится? И есть ли мультикаст в сети (иптв)?
-
Да издевается небось... Кладет себе этот ФТТБ уже лет 10 и не парится. :-)
Ну не десять а шесть, до этого было экономически невыгодно. Хотя один мой киевский знакомый около 12-ти лет назад ( sic? вот склероз ) затянул себе гигабит синглмода от р.стадиона
на березняки, нехилый был FTTB. ;-)
goo?
-
У нас аналогично, только прием в некоторых случаях чуть сложнее сделан, в зависимости от тарифного плана. Но шейпятся практически все.
Ядро 2.6.28, src.rpm от fedora.
Заинтриговало меня Ваше сообщение, после праздников проверим. Честно говоря, я не сильно верю в 50% буста только сменой ядра, но попробовать надо.
-
Активно используем 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к+ ппс.
-
Сервер на 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 это все равно не спасет.
-
Не указано на сколько пользователей надо.
ИМХО, или "три писюка" с фрей\линуксом или ASR1000.
-
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 влан прописан на каталисте на транке с экстримом. Тоже отличие какое-то от вашей схемы.
-
kostas, попробуйте добавить первый влан в транк между каталистом и экстримами.
Во-вторых, настройте порт-мирроринг на каталисте, и посмотрите wireshark'ом или tcpdump'ом что бегает между каталистом и экстримом.
-
Олег, я не совсем понял что мне нужно сделать для этого. У меня вроде так же стоит PVST на каталисте и STP на экстримах. Разница только в количестве виланов - у меня их несколько. Рут указан для всех виланов на каталист. Так что вроде конфигурация идентичная? Или я чего-то не улавливаю?Не стоит пока. Не понятно из-за чего стреляться. В приведенном выше тесте на каталисте pvst, на экстримах, как я понимаю, stp.В таком виде должно все работать. Правда на каталисте заведен все один влан, для которого и построено дерево. Интересней будет
проверить с несколькими вланами. На каталисте при этом будет свое дерево для каждого влана, а на экстримах общее дерево на все вланы.
По идее (100% не ручаюсь, надо проверять), если руты для всех вланов держать на одном этом каталисте, то должно все работать, а вот если
захочется рут для какого-то влана вынести на, например, другой каталист c pvst, то тогда хз что будет.
Ну так покажите вашу диагностику, посмотрим чем оно отличается от того, что D^2 привел.
-
Застрелиться
Не стоит пока. Не понятно из-за чего стреляться. В приведенном выше тесте на каталисте pvst, на экстримах, как я понимаю, stp.
В таком виде должно все работать. Правда на каталисте заведен все один влан, для которого и построено дерево. Интересней будет
проверить с несколькими вланами. На каталисте при этом будет свое дерево для каждого влана, а на экстримах общее дерево на все вланы.
По идее (100% не ручаюсь, надо проверять), если руты для всех вланов держать на одном этом каталисте, то должно все работать, а вот если
захочется рут для какого-то влана вынести на, например, другой каталист c pvst, то тогда хз что будет.
-
2kostas: в двух словах Pre-Standard MST и 802.1s MST - не совместимы.
То, что мы наблюдали: два одинаково сконфигурированных бриджа (cat4500 sup2 и edge-core 4612) не видят друг друга.
Считали что они находятся в разных регионах. С помощью wireshark было установлено, что BPDU-шки от циско и от эджкора имеют разные чексумы,
и свитчи работают согласно:
© ciscoMST 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.Изучение 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 такого не бывает.
-
#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 TreesThis 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 ComplianceMST 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
-
Опубликовано · Изменено пользователем Oleg_S · Жалоба на ответ
Не знаю как у вас сеть построена, но обратите внимания, что у этих железяк всего лишь по 16К маков, они для ДЦ в основном позиционируются.
Плюс у SMC всего 255 vlan. Для ядра это может быть мало.
Кроме того, в даташите на SMC, при беглом просмотре, не сказано ничего про количество поддерживаемых мультикаст групп, а в даташите на Force10 вообще ничего про IGMP нет. (с конкретно этими свитчами не сталкивался, но мало ли что бывает...)
PS. SMC похож на Edge-Core ( http://www.mounblan.com/product.php?sid=57&pid=258 ), скорее всего, это один и тот же свитч.
-
Управление в отдельный vlan вынести.
Блин... Уже много-много раз писал. Эти перекрашеные CeLAN имеют несколько версий HW. При совпадении неудачной пары HW+FW могут быть проблемы. Тестировать надо конкретную партию. Партия может быть как беспроблемной, так и аппаратно проблемной.
Вполне может быть.
Но мы используем эти свитчи несколько лет, стоит больше 500 штук в сети.
-
Управление в отдельный vlan вынести.
Сотни 1908 стоят, запитаны с упс от 12В, не виснут.
Про 1916 ничего не скажу, их пару штук всего и те, в основном, в офисе стоят.
1924 виснут если включать шторм-контроль на них.
-
Я еще не только многоэтажная застройка бывает...
Мы в спальных районах используем 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. Жалко, не могу разобрать посмотреть. Цена вобщем тоже практически д-линковская на него.
-
DGS-3627... он L3Я еще не только многоэтажная застройка бывает...
Мы в спальных районах используем DES-3526, а в центр города - пока в раздумье: ES3526S ( http://www.edge-core.com/ProdDtl.asp?sno=AEJC ) или тот же DES-3526, но с корзиной конверторов и геморроя впридачу. Пока явный перевес у Edge-Core...
Во-первых, есть DGS-3426.
Во-вторых, оно гигабитное, что, вобщем, и не надо, и ненужный, в данном случае, 10G.
В-третьих, DGS-3426 плюс 24 WDM SFP уже гораздо дороже, чем ES3525S.
В-четвертых, size does matter - 324 против 389 в ограниченном пространстве имеет большое преимущество.
PS. Вообще, стек из DGS-3427 + DGS-3450 я собираюсь попробовать в ГЗ поставить, для включения серверов.
-
Я еще не только многоэтажная застройка бывает...
Мы в спальных районах используем DES-3526, а в центр города - пока в раздумье: ES3526S ( http://www.edge-core.com/ProdDtl.asp?sno=AEJC ) или тот же DES-3526, но с корзиной конверторов и геморроя впридачу. Пока явный перевес у Edge-Core...
-
видели мы эту MAG-100, железо куплено в китае, а засунуто в корпус у нас.
Я тоже видел. Но утверждать про китайское происхождение не буду.
первые впечатления:1. топорный, не приятный корпус
правда.
корпус не ахти.
2. Провода (к телевайзеру) входящие в комплект сразу порвались, тюльпаны не припаены, а прижаты корпусом штекера.правда.
3. софт, как тут написано для тестов, полный отстой, если кому надо могу скинуть.софт работает.
для тестового бесплатного мидлваре сойдет.
4. качество изображения - отстойкачество более-менее, с нормальными кабелями
5. грузится около 5 минутправда, из флешки грузится очень долго.
но есть вариант загрузки по сети.
кроме того, если не выключать устройство питанием, переводить в слип с пульта,
то обратное возобновление работы мгновенное.
6. часто самопроизвольно перегружаетсяс последними прошивками такого не наблюдалось
7. в качестве плеера VLC, очень старый, не обновлялся лет сто.не правда.
насколько я видел внутренности прошивки, плеер в ней не vlc.
в СТБ используется аппаратное ускорение декодирование МПЕГ, с чипом идет
собственная библиотека, плеер использует эту библиотеку.
8. блок питания огромныйне знаю что Вы видели, но у меня были приставки с маленькими БП.
9. весь софт GPL, а лицензия нарушается.возможно.
исходников прошивки у них не спрашивал.
знаю, что им пришлось повозиться чтобы собрать файрфокс под
эту платформу.
толкают они эту чехню примерно по 80у.е.80 - хорошая цена
я слышал, что дороже...
-
Ближе всех к истине UglyAdmin.
Гигабиты на магистралях "фиктивные", т.е. там реально нет большой нагрузки, в данный момент в большинстве случаев еще и 100-ки хватает, просто строить сразу гигабит сейчас стало дешевле и выгодней: один гигабитный оптический свитч + дешевые WDM SFP лучше, чем один 100-мегабитный или медный гигабитный свитч и корзина (россыпь) конверторов.
Проблемы нехватки полосы на аплинке - нет. Гигабита на одну (под)сеть хватит с большим запасом.
Можно сделать двухстволку, можно поделить большую сеть на две поменьше, в самом крайнем случае проблема-то возникнет с трафиком направленным _в_ подсеть, а все подсети включены в, как минимум, 3550, - можно пополисить/покюосить.
( подсеть - сеть масштаба микрорайона, является как бы клиентом основной опорной сети, которая уже давно построена, когда еще ни о каком домашнем интернете и речи не было)
Питание DC - легче упсовать. Размер - не везде есть возможность ставить большой ящик, а D-Link 3612G - _громаден_, по сравнению с тем же Zyxel GS-3012F.
-
GBIC-ки и встроенные порты не устраивают по идеологическим соображениям - есть много дешевых WDM SFP.
D-Link не подходит в первух очередь размером - size does matter.
Задача простая - агрегировать с десяток гигабитных магистралей и отдать гигабитным аплинком на cat450x. Сейчас работает такая же схема, но магистрали и аплинк 100Мбит/с, отдается на cat3550 (на нем поднят l3-свитчинг для локальных ресурсов).
За РубиТек - спасибо. Поищу у поставщиков.
-
Сам себе отвечу, что Edge-Core ES4612, ES4626-SFP и ES4624-SFP никто в наши края не возит.
-
Надо:
- standalone
- навароты (L3\L4) - не нужны, чем проще - тем лучше
- 8-12 (или 20+) гигабитных SFP портов
D-Link DGS-3612G смотрел - немного не то. Дороговато, излишний функционал, большой размер.
Какие еще свичи, кроме Zyxel GS-3012F и GS-4012F, бывают? А с DC питанием при этом?
Складывается впечатление, что Zyxel тут нишевый игрок, ни у кого ничего подобного, например, GS-3012F DC найти не могу.
НИПАИГРАТЬ!11
в У нага
Опубликовано · Жалоба на ответ
Вот конечно делать им больше нечего, как бегать за гордыми украинскими магистралами и уговаривать пириться.
Гугл строит прямые линки, Гугл полностью интернет компания. Близзард поручает коннективити подрядчику, который лучше них справится с этой работой. Для Европы они выбрали Телию, не вижу причин менять им бизнес-модель ради русскоязычных игроков.