правда логика вендора жжот. вроде как и общее завернули в нечто закрытое и продают за денежку

и кладут прибор на все доводы

правда логика вендора жжот. вроде как и общее завернули в нечто закрытое и продают за денежку

Ты можешь заказать исходные коды от ros на диске )

Ты можешь заказать исходные коды от ros на диске )

Серьёзно?

Серьёзно?

Ну Linux на GPL-же)

Да, в саппорт напиши

И денежку

И вы не получите того что написано микротиковцами

Господа.. еще вопрос... есть некий роутер mikrotik (назовем его Роутер1) подключенный к интернету ~100мегабит, с публичным IP адресом есть некий пользователь, подключенный к (Роутер1) в локальную сеть, назовем его (пользователь1) есть некий компьютер 2k8 сервер (сервер1), находящийся в "жопе мира" с интернетом ~100мегабит, и подключенный по VPN к (Роутер1) наблюдается следующая проблема: когда Пользователь1, пытается скачать с (сервер1) файл по сетевой шаре, у него скорость скачивания не поднимается выше 512килобайт в секунду, но аплоад при этом достигает 9.5 мегабайт в секунду (почти 100 мегабит) где может быть косяк ? интернет везде проверил. загрузка\отдача соответствуют заявленной скорости

пинг между Роутером1 и жопой мира - 18 мс

Господа.. еще вопрос... есть некий роутер mikrotik (назовем его Роутер1) подключенный к интернету ~100мегабит, с публичным IP адресом есть некий пользователь, подключенный к (Роутер1) в локальную сеть, назовем его (пользователь1) есть некий компьютер 2k8 сервер (сервер1), находящийся в "жопе мира" с интернетом ~100мегабит, и подключенный по VPN к (Роутер1) наблюдается следующая проблема: когда Пользователь1, пытается скачать с (сервер1) файл по сетевой шаре, у него скорость скачивания не поднимается выше 512килобайт в секунду, но аплоад при этом достигает 9.5 мегабайт в секунду (почти 100 мегабит) где может быть косяк ? интернет везде проверил. загрузка\отдача соответствуют заявленной скорости

Что в /tools profile во время даунлоада?

Господа.. еще вопрос... есть некий роутер mikrotik (назовем его Роутер1) подключенный к интернету ~100мегабит, с публичным IP адресом есть некий пользователь, подключенный к (Роутер1) в локальную сеть, назовем его (пользователь1) есть некий компьютер 2k8 сервер (сервер1), находящийся в "жопе мира" с интернетом ~100мегабит, и подключенный по VPN к (Роутер1) наблюдается следующая проблема: когда Пользователь1, пытается скачать с (сервер1) файл по сетевой шаре, у него скорость скачивания не поднимается выше 512килобайт в секунду, но аплоад при этом достигает 9.5 мегабайт в секунду (почти 100 мегабит) где может быть косяк ? интернет везде проверил. загрузка\отдача соответствуют заявленной скорости

конфига не видим.... телепатически на этот вопрос ответа дать тоже не можем)))

без разницы.. или клиент сам качает с сервера - скорость маленькая, или сервер заливает клиенту, скорость маленькая... т.е. режется трафик именно в одну сторону

конфиг близок к дефолтному

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

прошивка и routeros 6.41.3

конфиг близок к дефолтному

вот это и хреново

Как вариант, кривой фасттрек/маркировка пакетов

Но вариант так себе, не видно нагрузки на firewall

Что то не видно ни выбранных серверов, ничего, фейковая фотка

Фасттрек ради теста вообще отключил.. без изменений

вот это и хреново

а что не так с дефолтным конфигом? у меня с дефолтным конфигом скорость vpn упирается в возможности cpu

и что с того что уперается? конечные клиенты ведь получают 512кб

Господа.. еще вопрос... есть некий роутер mikrotik (назовем его Роутер1) подключенный к интернету ~100мегабит, с публичным IP адресом есть некий пользователь, подключенный к (Роутер1) в локальную сеть, назовем его (пользователь1) есть некий компьютер 2k8 сервер (сервер1), находящийся в "жопе мира" с интернетом ~100мегабит, и подключенный по VPN к (Роутер1) наблюдается следующая проблема: когда Пользователь1, пытается скачать с (сервер1) файл по сетевой шаре, у него скорость скачивания не поднимается выше 512килобайт в секунду, но аплоад при этом достигает 9.5 мегабайт в секунду (почти 100 мегабит) где может быть косяк ? интернет везде проверил. загрузка\отдача соответствуют заявленной скорости

так можно на сервере скорость на даунлуд 100мб, а на аплуд маленькая?

и что с того что уперается? конечные клиенты ведь получают 512кб

сейчас домой попытался скачать с офисной шары выдало 1мб/с. при этом загрузка cpu 60%

так что не так с дефалтом? а то у меня везде все на дефалте, хочу знать что надо исправить

вот это и хреново

Чем?

Вангую проблемы с mtu/mss в туннеле

так.. дело уже не в vpn.. попытался скачать\залить файл по ftp - скорость скачивания - никакущая.. видимо что-то у провайдера

Господа, у меня с mUPS беда

Он пытается зарядить уже заряженную батарею

Если выткнуть и воткнуть из розетки, то все нормально, но через минут 10 он снова за старое

Причем батарея заряжена полностью, мультиметром проверил, даже перегреваться начинает

Если выткнуть и воткнуть из розетки, то все нормально, но через минут 10 он снова за старое

загрузи фирмвари батареии

загрузи фирмвари батареии

А более серьезный совет есть?

Если выткнуть и воткнуть из розетки, то все нормально, но через минут 10 он снова за старое

Свози в латвию)))) пусть починют)))

ну там же настроек нет

только в тех под микротика

а вообще фигнёй с этой штукой страдаете))) БП для видео с резервом ставить сильно проще

это и есть эта фигня

только от микротика

но получается и тут накосячили

это и есть эта фигня

только в корпусе что еще думать надо куда АКБ запихать

отечественного производителя не поддерживаете))))

бастион например

у нас такой испортился

хотя и те уже уличены в использовании китайских бп

у нас такой испортился

какой был?

электроника в бастионах скромна, 3 транзистора, 2 трансформатора

там линеек много

навернео самый дешевый, для двери

электроника в бастионах скромна, 3 транзистора, 2 трансформатора

чем проще... тем надёжней

навернео самый дешевый, для двери

рапан? или малюск?

или...?

репан

скат линейка у них живучая

так.. дело уже не в vpn.. попытался скачать\залить файл по ftp - скорость скачивания - никакущая.. видимо что-то у провайдера

Провайдер вообще какой?

И там и там

А то, говорят, йота режет туннелям скорость

Попробую сейчас разрядить аккум через упс и зарядить снова

В ядре Linux 4.17 ожидается удаление 8 процессорных архитектур В следующем выпуске ядра Linux предложено провести одну из крупнейших чисток кодовой базы от устаревшего кода. Предложено исключить из ядра код для поддержки архитектур blackfin, cris, frv, m32r, metag, mn10300, score и tile, а также специфичные для данных архитектур драйверы. Ныне данные архитектуры не используются для создания процессоров, так как производителям дешевле лицензировать более новые ядра CPU от ARM, MIPS или RISC-V. Прошивки для ранее выпущенных чипов остаются на старых версиях ядра Linux и никогда не будут обновлены до нового ядра. К удалению отмечено более 467 тысяч строк кода, для сравнения размер кода первого выпуска ядра 0.0.1 составлял 10 тыс. строк кода, а релиза 1.0.0 - 176 тыс. строк.

Даёшь ccr на arm, хе-хе

народ а кто нибудь использует POE cвичи вместе с микротиком? и если да то на какой вольтаж? у меня БП от hap выдаёт 24V я так понял нужно на 28V ?

вроди рос на древнючем ядре линукса сидит, к чему ему обновляться

ERROR: S client not available

В ядре Linux 4.17 ожидается удаление 8 процессорных архитектур В следующем выпуске ядра Linux предложено провести одну из крупнейших чисток кодовой базы от устаревшего кода. Предложено исключить из ядра код для поддержки архитектур blackfin, cris, frv, m32r, metag, mn10300, score и tile, а также специфичные для данных архитектур драйверы. Ныне данные архитектуры не используются для создания процессоров, так как производителям дешевле лицензировать более новые ядра CPU от ARM, MIPS или RISC-V. Прошивки для ранее выпущенных чипов остаются на старых версиях ядра Linux и никогда не будут обновлены до нового ядра. К удалению отмечено более 467 тысяч строк кода, для сравнения размер кода первого выпуска ядра 0.0.1 составлял 10 тыс. строк кода, а релиза 1.0.0 - 176 тыс. строк.

может снизайдут и на тиле будет только обработка трафика, а контроллплан вынесут в отдельный проц

вроди рос на древнючем ядре линукса сидит, к чему ему обновляться

Ну микротик вообще этим славен - они и раньше умудрялись пользовать не lts-версии, а потом героически делать на них бэкпорт

может снизайдут и на тиле будет только обработка трафика, а контроллплан вынесут в отдельный проц

Во-первых, зачем? Во-вторых, какая разница, если всё равно дров в ядре под тиле не будет

Во-первых, зачем? Во-вторых, какая разница, если всё равно дров в ядре под тиле не будет

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

Слава у Карины!

Карину в Славу!

А Штирлиц живет этажом выше

на Карину или в Карину

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

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

Слава у Карины!

Женится вам надо барин.

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

если производитель штампует процессоры, значит архитектура не мертва

"не мертва" и "непопулярна" это разные вещи

видимо для железок 17го года. залил 6.41 стало адекватно. до 17го такого глюка не встречал таки.

Женится вам надо барин.

Зачем человеку зла желаешь ?

видимо для железок 17го года. залил 6.41 стало адекватно. до 17го такого глюка не встречал таки.

Это нормальное поведение, было на всех предыдущих версиях RouterOS 6.x, а может и ранее...

На 5х точно мастерпорт был. Возможно, что и раньше.

Но концепция дурацкая. Очень рад, что от неё отказались

В ядре Linux 4.17 ожидается удаление 8 процессорных архитектур В следующем выпуске ядра Linux предложено провести одну из крупнейших чисток кодовой базы от устаревшего кода. Предложено исключить из ядра код для поддержки архитектур blackfin, cris, frv, m32r, metag, mn10300, score и tile, а также специфичные для данных архитектур драйверы. Ныне данные архитектуры не используются для создания процессоров, так как производителям дешевле лицензировать более новые ядра CPU от ARM, MIPS или RISC-V. Прошивки для ранее выпущенных чипов остаются на старых версиях ядра Linux и никогда не будут обновлены до нового ядра. К удалению отмечено более 467 тысяч строк кода, для сравнения размер кода первого выпуска ядра 0.0.1 составлял 10 тыс. строк кода, а релиза 1.0.0 - 176 тыс. строк.

ROS7 confirmed

Но концепция дурацкая. Очень рад, что от неё отказались

Чем?

Обычный функционал влан свича

Чем?

"удобством" конфигурации и восприятия. И поджигающимся мастер-портом без кабеля.

Обычный функционал влан свича

Ни на одном свитче (мт не в счёт) не видел концепта мастер-порта.

Ни на одном свитче (мт не в счёт) не видел концепта мастер-порта.

Это по сути trunk до cpu, в большинстве роутеров так сделано

Это же не чистый свич

И лучше чем через софтбридж гонять

Я понимаю, что это, и как это воспринимать. Но с бриджом стало удобнее

Или вы любитель бриджить процом

А никто не говорит, что остался софтбридж

Вы почитайте про бриджи на 6.41

Hw.offload = switch

Я в курсе ченжлонов 6.41