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

DiM_TauRus

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

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

  • Посещение

Сообщения, опубликованные пользователем DiM_TauRus


  1. Дело скорее не в производительности, а в привычках и личных привязанностях пользователей к интерфейсам тех или иных подсистем ядра и к форматам конфигурационных файлов. Например, многих раздражает синтаксис правил iptables и tc, поэтому они всегда будут делать файрволы и QoS с помощью ipfw/dummynet. Другим больше нравится mpd, чем линуксовая реализация VPN.

     

    Коротко и в самое основное. Понимаю что возможно не максимально рационально было бы использовать BSD, но все равно именно для этих задач мне удобно и приятно ее использовать - все остальное тоже можно, но на linux удобнее - в общем сплошной субъективизм ))

  2. Всех с праздником !

    Наг с годами стал взрослее, и более "деловым" - меньше стало именно админов участвовать активно на форуме (личное мнение). Это не плохо, но появилась некоторая ностальгия ))

    Так что еще раз поздравления всем тем, кто в силу веяний времени и требованиям бизнеса не мутировал из технаря в менеджера!

    Отдельное поздравление Крымскому сообществу - у нас 10-й юбилейный сбор.

  3. McAfee, впрочем как и любой продукт подобного рода, в обязательном порядке напрягает как пользователя так и админа. На соцсети пофиг, меня в них нет.

    Ну и конечно же всех коллег и близких к теме дня - С ПРАЗДНИКОМ!

  4. Не подскажет ли кто железку, IP-KVM + контроль питания в одном флаконе ?

    По отдельности это все конечно есть, но вот в едином исполнении что-то не нахожу, достаточно 8 портов.

  5. Личный опыт:

    Расстояние 3км, нанобриджи от UBNT.

    300 пользователей с тарифами до 5 мбит\сек

    общий канал: 100мбит.

    Работает ровно, с НЕбольшим увеличением пинга после 70мбит\сек.

    Мда,этот личный опыт, это сравнение напоминает, когда мерседес до 100 км/ч разгоняется за 15 секунд, и тут какой то начинающий автозавод говорит, наш самока тоже за 15 секунд разгоняется, но только до 10 км/ч, а после 7 км час у него колеса дрожат, а после 12 км/ч - отваливаются.

     

    Я сам прошел путь от всяких там длинков-блубоксов, микротиков, микротик в дуал-нстим, в итоге сейчас ставим СТРАТЕКСовские и П-ком-овские релеейки.

     

    Не хотел больше влезать в такие темы, но что-то с утра бодрый встал )

     

    Картина не максимальная, утро-день. Шлюз, с аплинком состоящим из Rocket-Rocket (около 20км):

    Скорость в мегабайтах/с , вторая колонка pps

             Name                          RX                         TX                                                                                                             
    ────────────────────────────┬─────────────────────────┬───────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
    xxxxxxxx.xxxxxxxx.net (local│      Rate         #   % │      Rate         #   %             
     0   em0                   │    8.21MiB     6.07K    │    2.11MiB     8.18K
    
    

    (Перевес по pps в сторону аплинка вызван дополнительным потоком запросов временно идущим через этот же канал)

     

     

    В этот же момент с клиентской машины пингуем через шлюз сторону за радиолинком:

    ~$ ping 10.24.143.18
    PING 10.243.143.181 (10.24.143.18) 56(84) bytes of data.
    64 bytes from 10.24.143.18: icmp_req=1 ttl=63 time=4.39 ms
    64 bytes from 10.24.143.18: icmp_req=2 ttl=63 time=3.19 ms
    64 bytes from 10.24.143.18: icmp_req=3 ttl=63 time=5.35 ms
    64 bytes from 10.24.143.18: icmp_req=4 ttl=63 time=6.66 ms
    64 bytes from 10.24.143.18: icmp_req=5 ttl=63 time=5.97 ms
    64 bytes from 10.24.143.18: icmp_req=6 ttl=63 time=3.91 ms
    64 bytes from 10.24.143.18: icmp_req=7 ttl=63 time=5.50 ms
    ^C
    

     

    Я не собираюсь кричать что 802.11 переплюнет РРС. Но, господа пользователи релеек, давайте тоже не будем черезмерно гнуть пальцы и с важным видом целить из красивых пушек по мелкой дичи ? Своих релеек пока не имею, но щупать ip-каналы через них доводилось - тоже не все гладко.

    До определенных значений типовых нагрузок ethernet-канала домашней сети, в 99% нет смысла использовать РРС. А если нагрузки переваливают - то тогда конечно.

  6. Проще и удобнее работать с готовым устройством (если конечно в кладовке не лежат пара купленых ранее антен на 5Ггц). Так что вы все верно выбрали:MikroTik RB/SXT-5D

  7. 360Мбит на 20км уже будет хорошо и интересно. У меня лежит вполне адекватное, в том числе и по ценам, предложение по ррл SAF полтора годичной давности под такой запрос. Если бы резко не изменилось направление основных работ, то именно такую линию запустили бы. С подходом оптики такой линк стал не актуален.

  8. Я не заявляю что рокеты/МТики - это панацея от всего. Но подавляющее большинство запросов они решают.

    Saab95, покажите Ваше решение для 360+Мбит при ценах заметно ниже чем на бюджетное решение от SAF - и тогда станет интересно. А иначе выходит ситуация, что до 70-80 Мбит справляется пост-wifi вполне достаточно, а выше решений пока не видно, только релейки.

  9. Очень сложно меня убедить в том что мой линк с работы домой (20км+) на рокетах, дающий 70-80Мбит download + 30-40Мбит upload при задержках до шлюза при такой нагрузке 10-30мс и 1-3мс при нагрузке в половину максимальной, вдруг(!) оказывается хуже, чем невнятный линк на 13км с худшими параметрами ?

    Еще раз: я был бы только рад, если wimax решения наконец-то станут реально лучше, но пока этого в практике не вижу.

    Разница между бытовым и профессилнальным решением не в том что у профессионального оборудования больше максимальная скорость ( получаемая в идеальных условиях), очень часто как раз бывает наоборот. Разница том, что профессиональное оборудование имеет и зачастую большую скорость, а главное стабильные параметры каналы в самых разных в том числе плохих условиях ( NLOS, помехи, высокая дальность, высокая нагрузка по ппс, много сессий, клиентов, разный профиль трафика - торренты, voip, факсы, игры, видео и др). Поэтому линк себе домой - это бытовое применение - и используйте на здоровье рокеты или другой вайфай- Вам не нужно профессиональное оборудование за 5K и более и Вас ни в чем убеждать не надо- Ваша задача как раз для этого оборудования. Но вот если Вы решите 70-80Мбит download + 30-40Мбит дать в свою провайдерскую сетку или продать другому провайдеру, тогда за сервис на Вашем рокете с Вас три шкуры сдерут.

     

    Есть такое же и не просто "домой". до 15к ппс отлично, до 17к удовлетворительно. Собственно оно примерно так трафик и бежит в небольшой сеточке. Аптаймы по 3-5 месяцев, дальше обычно по какой-либо причине линк руками разрывался, сам не падал ни разу. Звучит вполне нормально, если убрать из моего поста слово "домой" ?

    Предложите адекватное решение, а не "пусть оно в 2 раза меньше прокачивает Мбит, зато стабильно! и стоит в разы дороже поэтому".

    Еще раз озвучу свою "хотелку": 360+ Мбит 5Ггц -30км+ при цене на 50% дешевле бюджетных релеек с аналогичными возможностями. Вот это интересно.

  10. Очень сложно меня убедить в том что мой линк с работы домой (20км+) на рокетах, дающий 70-80Мбит download + 30-40Мбит upload при задержках до шлюза при такой нагрузке 10-30мс и 1-3мс при нагрузке в половину максимальной, вдруг(!) оказывается хуже, чем невнятный линк на 13км с худшими параметрами ?

    Еще раз: я был бы только рад, если wimax решения наконец-то станут реально лучше, но пока этого в практике не вижу.

  11. Мне по снимку увиделось, что решетка с шагом под 2,4

     

    Ну и по теме: 176к ппс это конечно звучит красиво. Но вот 41Мбит/с на 13-15км не впечатляют совершенно. Берем МТики/Рокеты и получаем в среднем 60-80 Мбит. А при чистой трассе и не сильно засоренном эфире, было и 100М в одну сторону на 30км. Трафик не тестовый, прогонка в 1 поток TCP. PPS пусть и в районе 16-18к (дальше начинаются задержки не критические, но уже заметные), но ведь почти везде этого хватает.

     

    Я бы сам был бы рад увидеть и использовать "жизненное" решение на wimax. Что-то похожее на 360Мбит 5Ггц до 20-30км, ЛОС. При ценах процентов на 50% ниже бюджетных релеек, обеспечивающих эти параметры.

  12. Еще мы заметили что, чем больше открыто в браузере вкладок, тем меньшую скорость показывает speedtest.net, и вообще его показания сильно зависят от мощности компа.

     

    Подтверждаю, особенно это стало заметно после недавнего обновления морды. Крайне неприятный момент.

  13. В чем проблема с адресом 255? Как у вас навешена эта /24 на эту машину с натом? на какой то интерфейс или статиком в null ?

    Адреса от х.х.63.1/32 до х.х.63.254/32 висят на Loopback интерфейсе машинки с НАТом.

    На НАТ статиком от БГП заруливается блок х.х.63.0/24 и он же отдельно от нашего основного /22 анонсится с препендами аплинку (для балансировки).

    п.с. Проблема именно в этом адресе в последнем блоке /24. На других НАТах проблем с 255м адресом в своих /24х блоках нет.

     

    Есля я правильно понял, то пул альясов прописанных на Loopback заканчивается х.х.63.254/32 ? и проблемный х.х.63.255/32 там просто не присутствует ?

  14. NanoBridgeM5 <--> NanoBridgeM5

    Channel Width: 5 MHz
    ACK/Distance: 199 / 10.6 miles (17.1 km) /nlos
    
    Station MAC  	Device Name    	Signal / Noise, dBm    	ACK    	TX/RX, Mbps    	CCQ, %   
    00:15:xx:xx:xx:xx   	 	-66 / -95	        199	32.5 / 29.25	100	        	
    
    internal duplex test:
    RX: 	0.97 Mbps (from client)
    TX: 	15.71 Mbps (to client)
    Total: 	16.68 Mbps
    

    Я хоть и более склонен к Микротикам но нельзя не признавать очевидного - УБНТ работают хорошо.

  15. Вопрос в догонку: а как называется такой облучатель? где можно почитать про него /купить ? Попадались на глаза несколько таких установленных, вот и интересуюсь - что это такое

  16. Из практики: линки над морем и правда имеют "вздорный характер", но в целом - работать можно. Крым.
    Вот только не в 4 метрах от поверхности воды :)

    В 4 метрах от поверхности моря у вас что ? Зона Френеля или высота подвеса ? Если подвес - то вопросов больше нет.. Если зона Френеля - то был и такой опыт - линия работала, но иногда "взбрыкивала", 802,11б.