Когда в 4 утра встречаешь рассвет с паяльником в руках, невольно задаёшься вопросам как я докатился до этого?)

Однако не все так печально, но горесть есть.

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

В общем фабула такова, что имея на руках Linksys EA6900, эксплуатируемый более 7 лет вроде как и не вызывал критических нареканий, но не выдавливал из себя положенные провайдером 100 Мбит, а резал скорость даже по проводному соединению ... Все бы ничего, но работающая на удалении в 7 метрах android приставка через угол и стену временами захлебывалась и не позволяла насладиться Фиксиками или Тремя котами детям. Вопли и "папа, раз мультики не работают, давай будем тебя лечить и красить брови"...

Полная разборка маршрутизатора, чистка, замена термопасты не особо выправили ситуацию. Недолгие скитания по вопросу выбора пал тогда на Keenetic. Microtik - сила, но:

Попался на Юлито экземпляр 1810 за недорого и после недолгой прилюдии по отправке, получил в пользование.

В сравнении с 6900 разница ощутима по стабильности канала. Работал маршрутизатор ровно , но периодически наш любимый провайдер всея Руси Рос...ком не обеспечивал стабильность при нагрузке. В самом начале приехали трое ребят , переобжали коннектор, сказали, что маршрутизатор виноват и уехали. Забил. Но просадки интернета не частые, но периодические, накладывали бремя порицания помимо мультиков и турецкимх сериалов. Битва продолжилась.

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

Что такое CHDS я ответа так и не нашел, да и к моему удивлению основной радиатор был посажен на нерозборное соединение через термопрокладку на основном чипе. Глухие шпильки и отсутствие винтов печалило. Модно конечно откусить, но внятной замены креплений не было. Да и нет.

Выполнить замену термопрокладки под радиатором не получится. Также (фото отсутствует) сверху на съемной крышке были припаяны на пластик пару алюминиевых пластин как теплоотводы. В общем сделать профилактику не получается.

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

Немного интернета, тинишины домочадцев, рассвет и мы получаем порезанную в хлам верхнюю крышку с 140 мм кулером на 3 винтах.

Питание подобного вентилятора стандартные 12 вольт. Есть варианты вентиляторов на 5 В. Их же и можно было бы запитать от боковых USB портов, однако достаточно производительных вентиляторов не получилось найти в продаже.

Питание вентилятора накинул на порт подключения блока питания маршрутизатора.

Разъем имеет следующий вид:

Контакты 1 и 3 соответственно питание. Основания плата маршрутизатора никак не крепится к корпусу и лишь прижимается съемной крышкой сверху. Антенны не съёмные. Возможно приподнять основную пату градусов на 70 относительно корпуса, подлезть паяльником и подпаять питание вентилятора. В верхней крышке был сделан вырез на 3/4 площади вентилятора, т.к. обойти крепление крышки к корпусу не получается. В конце концов получен вот такой монстр:

Вкупе с очередным набегом специалистов провайдера, сказы о том, что соседский WiFi глушит ваш сигнал и коннектор на перегибе - плохой контакт, переобжали на комутаторе в доме коннектор тоже (или нет), настоящим модем справляется с нагрузкой при забитом торрентом канале 90/90 Мбит + работающий телевизор по WiFi в другой комнате. Хвала QoS.

Все это было сделано ради эксперимента и без оглядки на возможный провал миссии. Я, сетуя на длительный перегрев компанентов и выработку маршрутизатора намеривался купить Giant или Peak. Но первый, хоть и имеет 8 портов , начинка от 1810 не отличается от слова совсем. Валяется неуправляемый комутатор dlink. Он то как раз и сделает мне giant из ultra.

Но, есть же передовой Peak. А вот тут появляется наш любимый капиталист - все отзывы где не почитай - все в ёлочку. Но, если посмотреть на потроха:

Тут и всплывают, там где не модерируется или вскользь , дичайший перегрев чипа WiFi через пол года и отвал 5 Ghz с протяжкой на неработающий web. Самое интересное, что отверстия под посадку радиаторов есть, как я понимаю. Но видимо тотальное удешевление и экономия стоят во главе. Также убрали охлаждение чипов Lan. В итоге покупая маршрутизатор за 16+ руб, мы через пол года получим хромой обрубок. Либо покупаем указанный аппарат и модернизируем на охлаждение как можем.

К самому производителю нет какого-то негатива, но его стремление удишевить свою топовую модель так "грубо"? Там ещё антенны сыпятся пачками, но вроде как меняют по гарантии и с этим нареканий нет.

Вывод лишь тот, что тарахтит 1810 с пропеллером и видимо надолго. Как снять радиатор и чем его потом крепить - так и остался вопрос.

Какой маршрутизатор сейчас брать для работы и дома, чтобы не наестся го#на ? Microtik? Платные курсы и основы работы с сетью?

Будем посмотреть. Простите за сумбур и опечатки.

Чужой опыт очень ценная вещь. Делюсь что имею.

Последние технические статьи мы выпускали только на хабре. Исправляем это недоразумение.

Все такие посты можно найти в категории «Технические статьи» на нашем сайте.

При настройке телефонной маршрутизации возникает необходимость изменить (скорректировать) телефонный номер: как набираемый (B-номер), так и номер инициатора вызова (А-номер, АОН). Например, абоненты нашей станции набирают междугородние/федеральные номера через префикс «8», а вышестоящему оператору связи необходимо передавать номер без префикса, в десятизначном формате. Или вызовы на вашу станцию приходят с кодом зоны, а внутри станции используются номера в 6 или 7 знаков, и лишние символы необходимо удалить. Для корректировки номеров в Huawei SoftX3000 существует множество инструментов, применяемых в зависимости от конкретных случаев. Рассмотрим некоторые из них.

Таблица корректировки символов DNC

Для любых операций с изменением номера используются правила таблицы DNC. Эти правила применяются для непосредственной корректировки символов, а все прочие команды определяют, в отношении какого поля (А-номер или B-номер), на каком направлении (входящее/исходящее) и на какой транк-группе будет применено это правило.

Для добавления правила в эту таблицу используется команда ADD DNC.

Назначение атрибутов и применение этой команды:

Number change index — порядковый номер правила. Используется для идентификации правила. В обновлённых версиях можно использовать любые текстовые названия.

Number change type — тип преобразования номера, принимает значения:

• NONE — номер не изменяется. Используется, если нужно изменить только тип номера.

• MOD — изменение цифр номера.

• DEL — удаление цифр из номера. Указываем позицию, начиная с которой удаляются цифры (Change location) и количество цифр (Change length).

• INS — добавление цифр в номер. Указываем позицию, куда вставляем цифры (Change location) и сами цифры (New number).

• RPL — замена цифр в номере. Указываем позицию, с которой начинаются цифры для замены (Change location) и сами цифры (New number).

Change location — позиция цифр, которые подлежат корректировке. Начальная позиция — 0. Началом номера считается первая набираемая цифра слева направо, то есть в номере 8-905-123-45-67 первой цифрой будет 8.

Nature of address indicator — тип номера, принимает значения:

• NONE — тип номера не изменяется;

• IDN — международный номер;

• NDN — национальный номер;

• UDN — местный номер;

• UNN — неизвестный номер;

• SDN — специальный номер.

New number — добавляемые (изменяемые) цифры.

Для наглядности приведем реальные примеры таких правил:

В таблице выше:

• Правило №2 изменяет первый символ в номере (Change location — 0) на цифру 8 (New number).

• Правило №4 удаляет первые (Change location — 0) 2 символа (Change length — 2) в номере и преобразует тип номера в международный.

• Правило №9 заменяет первые (Change location — 0) 6 символов (Change length — 6) на номер 29xxxx.

• В системе можно создать 65535 правил, правило под №0 — системное, изменению не подлежит.

Изменение А- и B-номеров на исходящем направлении

Для корректировки номеров на исходящих направлениях используются 2 таблицы:

• TGLD: здесь компонуются правила для А- и B-номера.

• TGLDIDX: указывает транк, для которого применяется правило TGLD, и условия, в которых оно применяется.

При добавлении записи командой ADD TGLD необходимо задать следующие обязательные параметры:

• Bearer index — номер правила по порядку. Этот номер будет использоваться для идентификации в таблице TGLDIDX.

• Trunk seizure point — минимальная длина набираемого номера.

• Caller sending change index — правило из таблицы DNC, которое будет применено к А-номеру.

• Callee sending change index — правило из таблицы DNC, применяемое к B-номеру.

Примеры записей TGLD:

Далее необходимо привязать созданное правило TGLD к транкам. Для этого используем команду ADD TGLDIDX:

Указываем следующие параметры:

• Trunk group number — номер транка, к которому применяется данное правило.

• Call source code — callsource источника вызова, по которому срабатывает правило. Если код отличается, правило не применится. Чтобы применить правило ко всем callsrc, необходимо указать wildcard-значение — 65534.

• Local DN set — код Local DN set, к которому принадлежат номера/транки, совершающие вызов.

• Call prefix — префикс, при наборе которого срабатывает правило.

• Bearer index — номер правила из таблицы TGLD, которое было создано предыдущей командой.

Пример:

Рассмотрим правила, применяемые к транку №7 (столбец Trunk group number):

1. Для вызовов с callsource=5 при наборе «8» будет применено правило TGLD=2.

2. Для вызовов с любых прочих callsource при наборе 8 будет применено правило TGLD=17.

3. Для вызовов с любых callsource при наборе 810 будет применено правило TGLD=1.

Изменение А- и B-номеров на входящем направлении

Для изменения атрибутов вызова во входящем направлении применительно ко всем входящим вызовам с определенным callsrc (это может быть группа транков или группа абонентов, объединённых этим параметром) используется таблица PFXPRO. Рассмотрим назначение параметров команды ADD PFXPRO сразу на примере:

Параметры имеют следующее назначение:

• Call source code = 0 — правило будет применяться к входящим вызовам с callsrc=0 и только к ним.

• Call prefix = 871229 — правило применяется, если B-номер начинается с этого префикса (871229).

• Local DN set = 0 — набор номера должен производиться с транка или абонента, привязанного к Local DN set = 0. Следует отметить, что этот префикс (871229) должен присутствовать в таблице CNACLD с любым атрибутом в указанном Local DN set.

• Called number change flag = true означает, что B-номер подлежит изменению.

• Called number change index = 1  — B-номер будет изменён по правилу DNC=1, которое для наглядности приведено ниже:

Согласно данному правилу из номера B будут удалены первые 4 символа.

• Reanalysis = true — после всех изменений вызов снова будет обработан как вновь поступивший и маршрутизирован согласно новым параметрам А- и B- номеров.

Таким образом, вызов, поступивший с атрибутом callsrc=0, в котором B-номер соответствует шаблону 871229хххх, вновь поступит на обработку, но уже с B-номером 29хххх, то есть будет вызван 6-значный номер внутреннего абонента станции.

Таблица PFXPRO также позволяет корректировать и А-номер (поля Caller number change flag и Caller number change index), назначать новое значение источника вызова (New call source code) и изменять некоторые другие поля.

В нашей станции эта таблица используется в нескольких целях:

• Приведение B-номеров по входящему направлению к виду, который мы можем маршрутизировать. То есть от операторов связи приходит вызов на номер 871229xxxx, но мы используем сокращённую нумерацию 29xxxx. Следовательно, нам нужно отрезать первые 4 символа, чтобы распознать нашего абонента.

• Номера некоторых экстренных служб имеют общий вид (6-значный городской номер), однако абонент набирает короткий номер службы (01, 02, 03). Нам нужно распознать такой набор и подменить номер на реальный. Также в зависимости от того, в какой местности расположен абонент, номера одной и той же службы могут быть разными. Для того чтобы учесть этот аспект, мы используем атрибут callsrc (назначаем каждому району свой callsrc и в соответствии с ним осуществляем подмену набранного номера).

Изменение атрибутов вызова на входящем направлении на определенном транке

Для корректировки атрибутов вызова на входящем транке используется таблица CLRDSN. Запись CLRDSN привязывается к определённому транку командой ADD TGDSG. В самой команде CLRDSN можно создать несколько правил корректировки, которые будут срабатывать в зависимости от А-номера:

Для добавления правила даём команду ADD CLRDSN:

Здесь заполняем следующие поля:

Discrimination group number — номер правила. По этому номеру выполняется привязка к транку в команде ADD TGDSG (в предыдущем примере мы рассматривали параметры правила №5).

Caller number — номер вызывающего, то есть А-номер. Можем указать конкретный номер или начальный префикс (например, если указать 995, правило будет действовать на все вызовы, которые совершаются с номеров, начинающихся на 995). Можно использовать символ Wildcard, то есть применить к любым возможным номерам. Для этого вводим символ E. Префикс в данном поле должен быть таким же, какой приходит из транка. Например, если установить префикс 906, а из транка будет приходить номер 8906 или 7906, правило не сработает.

Address nature — тип А-номера. Позволяет ограничить применение правила только к А-номерам определённого типа, то есть только для:

• Unknown — неизвестный;

• International — международный;

• National — междугородний;

• Subscriber — местный; 

• All — все типы номеров.

Function code — тип действия с вызовом. Выбираем ATT (Modify caller attribute), то есть изменение атрибутов А-номера.

Call source code — если установить значение, код callsource будет изменен. Если оставить пустым, будет установлен callsource = 0.

Number change index — правило DNC, которое будет применено к А-номеру.

Если дать команду с тем же номером Discrimination group number, но с другими параметрами, правило будет добавлено в ту же группу. Таким образом, мы добавим правила для разных номеров (или разных типов номеров) в одну группу и сможем привязать её к транку.

Как было сказано ранее, привязка правила CLRDSN к транку выполняется командой ADD TGDSG.

Эту функцию можно использовать для нескольких сценариев.

Сценарий 1

Подмена номера от подключённой УПАТС. Например, у нас есть некая УПАТС, которая подключена к нашей станции. Мы выдали им номер из нашей ёмкости, которую они должны использовать в качестве А-номера (29хххх). Однако по какой-то причине в поле А-номера абонент присылает нам внутренние номера своей станции (101, 102 и т.д.):

• Добавим правило DNC, которое выполнит полную подмену номера на нужный:

• Создадим правило, в котором применим правило DNC=15 (number change index = 15) ко всем входящим вызовам (number = E, Adress nature = All number):

• Привяжем правило CLRDSN=30 к транку №30 командой ADD TGDSG:

Блокировка нежелательных вызовов с транка (например, спам-звонков). Для блокировки вызовов в станции создан Local DNset с пустой таблицей маршрутизации (в таблице CNACLD нет никаких записей), также создан callsource (callsrc=4), привязанный к этому Local DNset. При совпадении А-номера с нежелательным вызову назначается callsrc=4, тем самым вызов не может быть маршрутизирован и будет отклонён.

Сценарий 3

Фильтрация входящих вызовов с транка. В данном случае изначально присваиваем транку callsrc=4. Теперь по умолчанию все входящие вызовы будут запрещены. Затем создаются правила CLRDSN с определёнными условиями, при соблюдении которых входящий вызов может быть маршрутизирован. При выполнении этих условий код callsrc заменяется на разрешённый, и вызов проходит. Условием для проверки обычно выступает префикс А-номера. Например, при входящих вызовах от сотового оператора все А-номера должны начинаться с символа «9». При входящих вызовах с наших УПАТС А-номер должен начинаться с цифр «29» и т.д.

Изменение атрибутов вызова по B-номеру для внутренних абонентов

Эта функция может использоваться для разных задач. Например, для ограничения исходящих вызовов для определённого абонента на определённый номер. В нашем примере это будут исходящие вызовы на префикс 810, то есть международные вызовы (эту задачу можно решить и другими способами).

Используем команду ADD CNACLR:

Здесь выделим следующие параметры:

• Call source code — код callsrc, к которому принадлежит номер.

• Call prefix — префикс, при наборе которого срабатывает правило.

• Caller number — номер телефона абонента, к которому применяется правило. Здесь также применимо выражение Wildcard, то есть «применить правило к любому номеру, установив символ E».

• Function code — тип обработки вызова. В данном случае используем изменение B-номера, выбрав Modify caller attribute.

• Caller number change index — правило DNC, которое применяется к А-номеру.

• Called number change index — правило DNC, которое применяется к B-номеру.

• Reanalysis flag = true — устанавливаем данный флаг для повторной обработки вызова в таблице маршрутизации с новыми параметрами.

Приведённое правило используется в следующем сценарии. В организации приобретён номер 8-800, вызовы на этот номер переадресовываются на локальный номер станции 29хххх. При помощи данного правила мы можем обнаружить набор этого номера 8-800 локальными абонентами и подменить его на локальный номер назначения внутри станции, тем самым избежав тарификации этих вызовов на платформе 8-800, а также снизив внешний трафик.

В этом материале мы рассмотрели некоторые инструменты для корректировки символов А- и B-номеров на станции Huawei SoftX3000 и сценарии их применения. При написании материала использовалась станция Huawei SoftX3000 V300R600, но команды применимы на более свежих версиях, а принцип их применения — примерно такой же.

Добрый день. Сегодня я хотел бы рассмотреть одну крайне раздражающую проблему.

Дело в том, что ВКонтакте блокирует большую часть треков за територией РФ,  и при попытке их воспроизвести с иностранного IP адреса появится сообщение об ошибке, мол трек в вашем регионе заблокирован. Так что включив VPN, который в наши дни крайне востребован, вы лишаете себя нормального прослушивания музыки, если пользуетесь для этих целей ВКонтакте.

Я не нашёл в интернете способа решения этой проблемы, так что решил сам поделиться этим способом.

1. Подготовка
IPv4 Route Table

Active Routes

Netmask

Gateway

Metric

2. Маршрутизация

Теперь нам надо прописать маршрут для всех 6 IP адресов ВКонтакте. Это позволит установить соединение с сайтом в обход VPN сети. На остальных сайтах и приложниях это никак не отразится, VPN будет отключен только при соединении с серверами ВКонтакте.

Здесь нам и пригодятся те два параметра которые мы запоминали.
Для установки маршрута надо прописать следующую команду по очереди для каждого IP (звёздочки убираем):
----------
route -p ADD *IP адрес* MASK 255.255.255.255 *ваш Gateway (адрес шлюза)* METRIC *ваш Metric (метрика)*
----------

За один раз можно вписать лишь один IP,  так что вам прийдётся выполнить команду ровно 6 раз, каждый раз меняя IP адрес на следующий из списка.

Вот, собственно, сами адреса:

87.240.137.158

87.240.190.67

87.240.190.72

87.240.190.78

93.186.225.208

87.240.139.194

Если вы ввели всё правильно то после выполнения каждой команды консоль в ответ выдаст "Ok". Это значит что маршрутизация на этот адрес настроена успешно и можно переходить к следующему.

Когда все 6 IP адресов будут прописаны - можете закрывать консоль и спокойно слушать музыку даже при включеном VPN соединении.

Надеюсь что я смог помочь кому-то этой статьёй. Спасибо за прочтение!