Статья написано как «сухой остаток» моего опыта работы с оборудованием Extreme Networks.

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

Все чаще мне приходится сталкиваться с тем, что в настоящее время клиентами востребовано создание IPv6 сетей. Особо сильно это проявляется когда имеется необходимость организовать взаимодействие с многими контрагентами не только через ресурсы опубликованными в сети Интернет по «белым» IP адресам, но и с ресурсами которые находятся «внутри» частной сети Клиента и доступные через «серые» адреса.

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

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

Вот тут-то я наткнулся на ограничение в коммутаторах Extreme Networks. Заключается оно в том, что в оборудовании данного вендора невозможно сконфигурировать Unique Local Unicast адрес, выдается следующая ошибка:

Slot-1 # configure vlan "Default"  ipaddress fd53:68cd:f9dd:1::1/64
 Error: Address must be global unicast or link-local
 Configuration failed on backup MSM, command execution aborted!

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

Общая информация

В статье рассмотрим ситуацию организацию связи между  головным офисом некоторой компании (some company — someco)  и некоторым складом.

На складе монтируется маршрутизатор поддерживающий прошивку DD-WRT. Для организации связи с головным офисом используется VPN подключение через сеть Интернет. Услуги предоставления доступа в сеть Интернет предоставляются оператором  Yota. Подключение к сети Yota организуется посредством WiMAX модема Samsung SWC-U200 установленного в USB порт маршрутизатора.

Первоначальную настройку маршрутизатора рекомендуем производить через подключение по кабелю, не WiFi. По умолчанию, страница управления маршрутизатором доступна по адресу http://192.168.1.1 Читать далее…

Цель

Оказание помощи при компиляции DD-WRT

Область применения

Создание собственной модификации прошивки.
Изменение состава опций и модулей включенных в прошивку.
Расширение функционала DD-WRT модулями подготовленными сторонними разработчиками.
Устранение ошибок в исходном коде посредством применения патчей.

Общая информация

Компиляции DD-WRT будем производить на примере версии для маршрутизатора Asus RT-N16.

Требования

Рабочая станция под управлением операционной системы Linux 64bit.
Свободное дисковое пространство размером 30 Gb.
Установленные пакеты svn, make, gcc.
Инструментарий кроскомпиляции.
Папка bin инструментария кроскомпиляции должна быть включена в переменную PATH.

Получение исходного кода

Для выполнения компиляции необходимо выполнить получение копии исходного кода DD-WRT. Учитывая что существует много редакций DD-WRT, рекомендую скачивать редакцию рекомендуемую на сайте DD-WRT. Для маршрутизатора Asus RT-N16 на 17 сентября 2010 года рекомендуется версия 14896. Команда на получение копии исходного кода будет выглядеть следующим образом:

svn checkout svn://svn.dd-wrt.com/DD-WRT --revision 14896 trunk-rn16
cd trunk-rn16

Следует обратить внимание что размер исходного кода составляет более 20Gb.

Создание конфигурационных файлов

Конфигурационный файл ядра Linux

cp src/linux/brcm/linux-2.6.23/.config_std src/linux/brcm/linux-2.6.23/.config

Конфигурационный файл системных утилит Linux (busybox)

cp src/router/busybox/.config_micro src/router/busybox/.config

Конфигурационный файл программного обеспечения включаемого в прошивку

cp src/router/configs/broadcom_K26/.config_mini.v24-K26 src/router/.config

Изменение конфигурационных файлов

В конфигурационном файле «src/router/rules/bird.mk» раскоментируем строку «bird-configure» и удаляем опции «—build» и «—no-create». Пример приведен ниже

bird-configure:
        cd bird && ./configure --host=$(ARCH)-linux --prefix=/usr --disable-client --with-sysconfig=sysdep/cf/linux-22.h --localstatedir=/tmp/bird --sysconfdir=/tmp/bird --no-recursion CC=$(ARCH)-linux-uclibc-gcc bird_cv_c_endian=big-endian

В файле «src/router/Makefile.brcm26″ после сроки «$(MAKE) -C $(LINUXDIR) oldconfig» добавляем строку «rm $(LINUXDIR)/include/linux/config.h». Обратите внимание что в начале строки должен стоять символ TAB.

        $(MAKE) -C $(LINUXDIR) oldconfig
        rm $(LINUXDIR)/include/linux/config.h
        $(MAKE) -j 4 -C $(LINUXDIR) vmlinux
        $(MAKE) -j 4 -C $(LINUXDIR) modules

В конфигурационном файле «src/router/.config» комментируем строку CONFIG_SPUTNIK_APD. Пример ниже

#
# Base Features
#
# CONFIG_SPUTNIK_APD=y
CONFIG_EOP_TUNNEL=y

В конце конфигурационного файла «src/linux/brcm/linux-2.6.23/drivers/net/wireless/Kconfig» комментируем четыре строки «source». Пример ниже

          Netgear WG111v2

          Thanks to Realtek for their support!

# source "drivers/net/wireless/hostap/Kconfig"
# source "drivers/net/wireless/bcm43xx/Kconfig"
# source "drivers/net/wireless/zd1211rw/Kconfig"
# source "drivers/net/wireless/madwifi/Kconfig"

endmenu

Компиляция вспомогательных утилит

В процессе подготовки прошивки потребуется утилита trx. Скомпилировать утилиту следует следующей командой:

gcc opt/tools/trx.c -o opt/tools/trx

Компиляция и сборка прошивки

Переходим в рабочую папку

cd src/router/

Выполнение скриптов configure

make -f Makefile.brcm26 configure

Очистка каталогов от предыдущей компиляции кода

make -f Makefile.brcm26 clean

Компиляция кода

make -f Makefile.brcm26 all

Сборка прошивки

ln -s ../../opt/sstrip sstrip
make -f Makefile.brcm26 install

Собраная прошивка лежит в папке «src/router/mipsel-uclibc»

Дополнительно

Желающие выполнить компиляцию прошивки для ядра 2.4 могут это сделать если в командах «make» не буду казывать имя Makefile. Например, вместо «make -f Makefile.brcm26 configure» следует дать команду «make configure» . Исключение составляет команда «install». В обычном Makefile этот раздел не до конца описан и рекомендую использовать «make -f Makefile.brcm26 install».

В процессе компиляции ядра 2.4 подребуются «toolchain-mipsel_gcc3.4.6″. Данный тулчейн я брал тот что генерируется в процессе компиляции OpenWRT.

Ссылки

Пост послуживший отправной точкой для написания статьи
Текущая версия инструментария кроскомпиляции
Создание мода прошивки DD-WRT средствами firmware_modkit под Yota

make -f Makefile.brcm26 configure

Цель

Данная статья написана в помощь желающим оценить возможность осуществления VoIP звонков через WiMax сеть. Статья подготовлена как пошаговое руководство процесса настройки встроенного VoIP телефона HTC Max.

Подготовка

Для осуществления тестирования Вам понадобится:

1. телефон HTC Max — 1 шт.;
2. реквизиты учетной записи на VoIP сервере — 1 шт.;
3. оплаченное подключение к сети Yota.

Реквизиты учетной записи на VoIP сервере можно получить на этой странице.

VoIP подключение к домену network-engineer.ru возможно осуществить только из сети Yota. Подключение через других провайдеров Интернет будет не успешным.

Обратите внимание, что встроенное в HTC Max приложение «Телефон» доступно если небыло установленно приложение «Yota телефон». В случае если Вами был установлено приложение «Yota телефон» его необходимо удалить.

Конфигурирование

Для начала конфигурирования нам необходимо открыть встроенный в HTC Max приложение «Телефон». Пожалуйста, обратите внимание, что сейчас под текстом «VoIP» в верхней части экрана имеется крестик символизирующий отсутствие подключения к VoIP серверу.

Рисунок 1. Вид приложения телефон в Windows Mobile

Далее необходимо в меню выбрать опцию «Параметры VoIP» Читать далее…

+7(812)259-90-00 — голосовая почта

Позвонив на данный номер Вы получаете доступ к вашей голосовой почте. В качестве пароля установлен номер вашего телефона (учетной записи) без символа «+».

+7(812)259-90-01 — зарезервирован

Номер в данное не имеет назначения.

+7(812)259-90-02 — эхо с 5-ти секундной задержкой

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

+7(812)259-90-03 — эхо без задержки

Данный номер предназначен для оценки значения задержки вносимой WiMAX подключением. Если WiMAX подключение обеспечивает хорошее качество передачи данных VoIP разговора и Вами используется кодек G.711, то Вы не услышите эхо.
Если Вы слышите эхо, то это значит, что ваш собеседник сказаное вами слово, услышит не раньше чем время на которое отстает эхо, уменьшенное вдвое.

+7(812)259-90-04 — музыка на ожидании

Данный номер предназначен для оценки качества передачи VoIP данных от сервера к вашему телефону. Также если Вы используете кодек отличный от G.711, то этот номер можно использовать для оценки качества сжатия используемым Вами кодеком.

Ссылки

1. Конфигурирование HTC Max для VoIP звонков через WiMax сеть
2. Часто задаваемые вопросы по работе VoIP сервиса
3. Информация о доступных учетных записях

В настоящее время для тестирования Вы можете использовать учетные записи приведенные в таблице ниже

Таблица 1. Действующие учетные записи на VoIP сервере

Для всех записей домен — «network-engineer.ru»

Ссылки

1. Конфигурирование HTC Max для VoIP звонков через WiMax сеть
2. Часто задаваемые вопросы по работе VoIP сервиса
3. Описание сервисных номеров

1. Звонок на тестовый номер длится 1 минуту после чего завершается. Чем это может быть вызвано?
Данное поведение характерно для телефона HTC Max в случае когда скорость передачи данных от телефона к VoIP серверу недостаточна. Телефон не может получить подтверждение от сервера, что данные к нему поступают, и по истечении одной минуты ожидания, телефон HTC Max принудительно завершает вызов.
2. Могу ли я протестировать VoIP связь через WiMax подключение со своего ноутбука?
Да, Вы можете это сделать. Для это потребуется в VoIP клиенте на вашем ноутбуке указать имя пользователя, домен и пароль.
В редких случаях может потребоваться указать что-нибудь из следующих параметров:
1. Прокси-сервер SIP (IP-port) – «softswitch.network-engineer.ru : 5060″;
2. Исходящий прокси-сервер (IP-port) – «softswitch.network-engineer.ru : 5060″;
3. Сервер STUN (IP-port) – «stun.network-engineer.ru : 3478″;
3. Какие кодеки могут быть использованы для звонка?
Использование следующих кодеков обеспечит хорошее качество разговора, при хорошем уровне WiMAX сигнала:
1. G.711 A-Law
2. G.711 U-Law
Использование следующих кодеков обеспечит удовлетворительное качество разговора, но позволит осуществить звонок при удовлетворительном уровне WiMAX сигнала:
1. GSM.
Использование следующих кодеков возможно, но то что они заработают у Вас без сбоев мы не обещаем:
1. SPEEX на частоте 8кГц;
2. SPEEX на частоте 16кГц;
3. G.722 на частоте 8кГц.
4. Во время разговора слышно эхо. Чем это может быть вызвано?
При установление разговора во время вызова на местную телефонную сеть могут использоваться участки телефонной сети которые вносят эхо. При обычном разговоре эхо «не слышно» так как оно звучит почти одновременно с тем что Вы произносите. При звонке через WiMAX сеть задержка в передаче данных может достигать 250 мс, и при таких значениях Вы начинаете замечать звучание эхо в трубке. Как правило, при аналогичных значениях задержки используется такие устройства как эхо-компенсаторы и ими должны оборудоваться используемые шлюзы связывающее IP сеть с телефонной сетью, но в настоящее время это не всегда выполняется. По этой причине во время разговора может возникать эхо.
5. Куда можно позвонить?
В настоящее время вы можете позвонить:
1. в Санкт-Петербург по коду +7(812) xxx-xx-xx;
2. пользователю SIP сети по его идентификатору. Например позвонив по адресу sip:2009991@sipnet.ru Вы попадете в службу технической поддержки SIPNet.

Ссылки

1. Конфигурирование HTC Max для VoIP звонков через WiMax сеть
2. Описание сервисных номеров
3. Информация о доступных учетных записях

Цель

Статья написана для тех кто желает добавить дополнительный функционал в прошивку подготовленную в статье «Прошивка DD-WRT под Yota для маршрутизаторов ASUS» или добавить функционал поддержки модема Samsung SWC-U200 в какой-либо иной мод DD-WRT.

Требования

В процессе подготовки мода нам потребуются:

1. машина под управлением Linux;
2. права пользователя root (файлы прошивки DD-WRT принадлежат пользователю root).

Распаковка содержимого прошивки

Для начала нам необходимо получить дистрибутив инструментария для создания модов прошивки.

mkdir -p /tmp/firmware_modkit
cd /tmp/firmware_modkit
wget http://www.bitsum.com/files/firmware_mod_tools.tar.gz
tar xvzf firmware_mod_tools.tar.gz
rm -f firmware_mod_tools.tar.gz

После нам необходимо в папку /tmp/firmware_modkit положить дистрибутив dd-wrt который будем модифицировать. Например svn14205_big

wget http://www.dd-wrt.com/dd-wrtv2/downloads/others/eko/V24_TNG/svn14205/dd-wrt.v24-14205_NEWD-2_big.bin

Распаковываем содержимое прошивки в рабочую директорию

./extract_firmware.sh dd-wrt.v24-14205_NEWD-2_big.bin work_dir

 Firmware Mod Kit (extract) v0.62 beta, (c)2008 Jeremy Collake

http://www.bitsum.com

 Checking for updates ...
  You have the latest version of this kit.
 LINUX system detected. Compatibility ok.
 Testing file system of work_dir ...
 Building tools ...
 Build seems successful.
 Preparing working directory ...
 Removing any previous files ...
 Creating directories ...
 Extracting firmware
 Attempting squashfs 3.0 lzma ...
 Trying 'damn small' variant - used by DD-WRT v24 ...
 Firmware appears extracted correctly!
 Now make changes and run build_firmware.sh.

Теперь в папке work_dir находится содержимое прошивки DD-WRT

ls -l work_dir/
total 12K
drwxr-xr-x  2 root root 4.0K May  6 09:23 image_parts
drwxr-xr-x  2 root root 4.0K May  6 09:23 installed_packages
drwxr-xr-x 16 root root 4.0K Apr  7 16:58 rootfs

Модификация прошивки

Теперь Вы можете изменить содержимое поршивки одним из указанных ниже способов:

1. в соответствии инструкцией что приводится на странице описания инструментария для создания модов;
2. путем модифицирования содержимого файловой системы в папке work_dir/rootfs/;
3. путем копирования набора файлов необходимых для работы модема Samsung SWC-U200 в папку work_dir/rootfs/.

Для копирования набора файлов необходимых для работы модема Samsung SWC-U200 необходимо выполнить следующие команды

wget http://www.network-engineer.ru/files/post_256/dd-wrt_yota_files.tar.gz
tar xvzf dd-wrt_yota_files.tar.gz -C work_dir/rootfs/

Сборка мода прошивки

Для того чтобы собрать измененный мод необходимо дать команду

./build_firmware.sh mod_dir work_dir

Теперь в папке mod_dir находится подготовленный Вами мод прошивки. Для прошивки маршрутизатора  Вы можете испоьзовать файл mod_dir/custom_image.trx.

Прочая информация

К сожалению из под Windows собрать прошивку с помощью firmware modkit невозможно. По крайней мере, мне неизвестно о портировании инструментария firmware modkit на платформу Windows.

Мною регулярно вносятся улучшения в прошивку DD-WRT с целью обеспечения хорошей работы в сети Yota. На 02 ноября 2010 г. улучшения требуют внесения изменений в исходный код. По этой причине дальнейшие улучшения файлов имеющихся в файле dd-wrt_yota_files.tar.gz производиться не будет.

Ссылки

Прошивка DD-WRT под Yota для маршрутизаторов ASUS
Инструментарий для создания модов прошивки DD-WRT
Текущие сборки DD-WRT
Сборки версии svn14205
Компиляция DD-WRT из исходного кода

Зачем

Данный пост написан в помощь тем кто пытается понять что является причиной не работы маршрутизатора с прошивкой DD-WRT в сети WiMax

Анализ работы WiMax модема

Ниже пример лог файла /var/log/messages когда происходит корректная инициализация WiMax интерфейса

Jan  1 00:07:25 DD-WRT user.info : MadWimax process not exist
Jan  1 00:07:35 DD-WRT user.info : MadWimax process not exist
Jan  1 00:07:45 DD-WRT user.info : MadWimax process not exist
Jan  1 00:07:48 DD-WRT user.info kernel: hub.c: new USB device 00:03.1-1.2,  assigned address 3
Jan  1 00:07:48 DD-WRT user.warn kernel: usb.c:  USB device 3 (vend/prod 0x4e8/0x6761) is not claimed by any active  driver.
Jan  1 00:07:55 DD-WRT user.info : MadWimax process not  exist
Jan  1 00:08:04 DD-WRT user.info : deleting routers
Jan  1 00:08:04 DD-WRT user.info : adding dns 94.25.208.74
Jan  1 00:08:04 DD-WRT user.info : adding dns 94.25.128.74
Jan  1 00:08:05 DD-WRT user.emerg kernel: ip_nat_pptp version 1.5 unloaded
Jan  1 00:08:05 DD-WRT user.emerg kernel: ip_conntrack_pptp version 1.9  unloaded
Jan  1 00:08:05 DD-WRT user.info syslog: vpn modules :  vpn modules successfully unloaded
Jan  1 00:08:05 DD-WRT user.info  syslog: vpn modules : ip_conntrack_proto_gre successfully loaded
Jan  1 00:08:05 DD-WRT user.info syslog: vpn modules : ip_nat_proto_gre  successfully loaded
Jan  1 00:08:05 DD-WRT user.emerg kernel:  ip_conntrack_pptp version 1.9 loaded
Jan  1 00:08:05 DD-WRT  user.info syslog: vpn modules : ip_conntrack_pptp successfully loaded
Jan  1 00:08:05 DD-WRT user.emerg kernel: ip_nat_pptp version 1.5 loaded
Jan  1 00:08:05 DD-WRT user.info syslog: vpn modules : ip_nat_pptp  successfully loaded
Jan  1 00:08:10 DD-WRT user.info : Network is  up via 109.188.190.1
Jan  1 00:08:25 DD-WRT user.info : Network is  up via 109.188.190.1
Jan  1 00:08:39 DD-WRT user.info : Network  is up via 109.188.190.1

Ну а теперь разберм лог построчно

Jan  1 00:07:25 DD-WRT user.info : MadWimax process not exist
Jan  1 00:07:35 DD-WRT user.info : MadWimax process not exist
Jan  1 00:07:45 DD-WRT user.info : MadWimax process not exist

Данный текст выводит скрипт /etc/madwimax/wimax_always_on.sh. Этот скрипт предназначен для контроля работоспособности WiMax интерфейса. В данный момент скрипт сообщает, что драйвер madwimax не загружен. Причиной тому скорей всего является то, что модем не подключен к маршрутизатору.

Jan  1  00:07:48 DD-WRT user.info kernel: hub.c: new USB device  00:03.1-1.2,  assigned address 3
Jan  1 00:07:48 DD-WRT user.warn  kernel: usb.c:  USB device 3 (vend/prod 0x4e8/0x6761) is not claimed by  any active  driver.

Данные сообщения говорят о том, что ядром операционной системы обнаружено USB устройство (WiMax модем Samsung) и драйвера для данного устройства нет.

Jan  1 00:08:04 DD-WRT user.info : deleting routers
Jan  1  00:08:04 DD-WRT user.info : adding dns 94.25.208.74
Jan  1   00:08:04 DD-WRT user.info : adding dns 94.25.128.74

Данные сообщения выводятся скриптом /etc/udhcp/default.bound. Скрипт запускается после того, как успешно поднялся WiMax интерфейс и получен IP адрес от DHCP сервера.

В процессе работы скрипта удаляется существующие маршут по умолчанию (если был подключен кабель к WAN интерфейсу) и добавляется адреса DNS серверов в конфигурационный файл.

Jan  1  00:08:05 DD-WRT user.emerg kernel: ip_nat_pptp version 1.5  unloaded
Jan  1 00:08:05 DD-WRT user.emerg kernel:  ip_conntrack_pptp version 1.9  unloaded
Jan  1 00:08:05 DD-WRT  user.info syslog: vpn modules :  vpn modules successfully unloaded
Jan  1 00:08:05 DD-WRT user.info  syslog: vpn modules :  ip_conntrack_proto_gre successfully loaded
Jan  1 00:08:05 DD-WRT  user.info syslog: vpn modules : ip_nat_proto_gre  successfully loaded
Jan  1 00:08:05 DD-WRT user.emerg kernel:  ip_conntrack_pptp version 1.9  loaded
Jan  1 00:08:05 DD-WRT  user.info syslog: vpn modules :  ip_conntrack_pptp successfully loaded
Jan  1 00:08:05 DD-WRT  user.emerg kernel: ip_nat_pptp version 1.5 loaded
Jan  1 00:08:05  DD-WRT user.info syslog: vpn modules : ip_nat_pptp  successfully loaded

Данные сообщения выводят в процессе выполнения команды startstop firewall в скрипте /etc/madwimax/event.sh.

Jan 1 00:08:10 DD-WRT  user.info : Network is up via 109.188.190.1
Jan 1 00:08:25 DD-WRT user.info : Network is  up via  109.188.190.1
Jan 1 00:08:39 DD-WRT user.info : Network  is up  via 109.188.190.1

Эти собщения выводятся в процесе работы скрипта /etc/madwimax/wimax_always_on.sh Сообщение означает что madwimax процес запущен (WiMax интерфейс находится в рабочем состоянии) и маршрутизатор по-умолчанию доступен. Доступность маршрутизатора проверяется командой ping.

Также в процессе работы маршрутизатора может выводится сообщение

Jan   1 00:32:58 DD-WRT user.info : Ping failed, killing MadWiMax process. It  is be restarted by /etc/init.d/S02madwimax script

Означающее что ping до маршрутизатора по-умолчанию неуспешен и выполняется удаление madwimax процесса. Повторный запуск madwimax процесса будет производиться скриптом /etc/init.d/S02madwimax.

Что и зачем это сделано

Подготовлена прошивка DD-WRT для маршрутизаторов Asus в которую интегрированы драйвер MadWiMAX. Прошивка сделана с целью упрощения процедуры подготовки маршрутизатора к работе в сети Yota. Сразу после заливки DD-WRT в маршрутизатор Asus, он готов к работе в сети Yota.

Отличительные особенности прошивки

Данная прошивка имеет следующие отличительные особенности:

 
1. работа по схеме DUAL WAN (основной линк наземного оператора, подключение Yota резерв);
2. поддержка работы USB принтеров;
3. легкая процедура инсталляции;
4. продуманный, хорошо проработанный  и понятный веб интерфейс;
5. наличие хорошего функционала.

Поддерживаемое оборудование

Прошивка работает на следующих маршрутизаторах:

1. Asus RT-N16 — рекомендуемая модель
2. Asus WL-500gP V2
3. Asus WL520GU
4. Asus WL-500W
5. D-Link DIR 320

Требуемые материалы, оборудование и программное обеспечение

В работе нам потребуется:

1. маршрутизатор из списка выше;
2. USB-модем Samsung SWC-U200 с версией микропрограммного обеспечения DA15;
3. прошивка DD-WRT подготовленная для маршрутизатора Asus RT-N16;
4. прошивка DD-WRT для прочих маршрутизаторов;
5. программа для заливки DD-WRT в маршрутизатор Asus.

Подготовительные действия

На компьютере необходимо установить статический IP адрес 192.168.1.2 и маску 255.255.255.0.

Соединить компьютер с одним из LAN портов маршрутизатора кабелем Ethernet.

Маршрутизатор должен иметь настройки по умолчанию (заводские настройки).

Перепрошивка

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

ping 192.168.1.1
Pinging 192.168.1.1 with 32 bytes of data:
Reply from 192.168.1.1: bytes=32 time<1ms TTL=64
Reply from 192.168.1.1: bytes=32 time<1ms TTL=64
Reply from 192.168.1.1: bytes=32 time<1ms TTL=64
Reply from 192.168.1.1: bytes=32 time<1ms TTL=64
Ping statistics for 192.168.1.1:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 0ms, Maximum = 0ms, Average = 0ms

Запускаем программу для заливки DD-WRT и указываем IP адрес маршрутизатора и файл с прошивкой DD-WRT. Читать далее…