Добро пожаловать в блог! Надеемся, что Вы еще вернетесь.

Назрел вопрос о реконфигурации AS5350, являющейся пограничным VoIP-шлюзом для существующей скромной (до 100 пиров) VoIP-сети.

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

Задачи

1. Прием входящего трафика на свою номерную емкость через потоки Е1 от разных операторов.
2. Пропуск исходящего трафика на Е1 разных операторов (например, в зависимости от ценовой политики).
3. Формирование АОНа на основе префикса, подставленного перед набираемым номером, присланным из IP сети.
4. Блокировка исходящих звонков с АОНами, не прописанными на AS5350.
5. Блокировка входящих звонков на номера, не прописанные на AS5350.

Немного теории

Звонок, с точки зрения AS5350, состоит из двух частей (legs) — voip и pots. Если при поступлении звонка на AS5350 не находятся диалпиры, под которые могут попасть voip и pots части звонка, то будут использоваться системные диалпиры, отображаемые под номером ноль. Ниже приведены две схемы порядка прохождения звонков:

Посмотреть распределение активных leg-ов по диалпирам можно командой:

show voice call status

CallID     CID  ccVdb      Port             DSP/Ch  Called #   Codec    Dial-peers
0x2B       12F1 0x6640CB84 3/0:D.30         1/3:1  *0007536    14400     66/2
0x32       1256 0x6640CB84 3/1:D.31         1/3:4  *0000579536 g711alaw  0/3

Раз так, то поехали перенастраивать железку. Я буду описывать настройку только наших вышеперечисленных требований.

Настройка

pots-диалпир для входящего трафика из потоков Е1:

dial-peer voice 7 pots
description INBOUND-CALLS-VIA-E1
huntstop                                             //Нашли подходящий диалпир и останавливаем "охоту" на остальных :)
preference 10
incoming called-number .T        //Благодаря этой строке (.Т – любые набираемые номера) этот
//диалпир выбирается в качестве наиболее подходящего для входящего звонка из Е1
direct-inward-dial
no register e164

Замечание: в этом диалпире нет смысла указывать порт потока Е1 как и делать несколько подобных диалпиров под каждый поток, т.к. при входящем через потоки Е1 трафике на вашу номерную емкость всегда будет выбираться диалпир с наименьшим номером.

pots-диалпир для пропуска исходящего МГ/МН трафика (начинающегося с 8-ки: 8.Т) в поток Е1 (3/1) первого провайдера:

dial-peer voice 2 pots
description OUTBOUND-MGMN-CALL-VIA-E1-1
huntstop
destination-pattern 8.T
progress_ind setup enable 3
progress_ind progress enable 8
direct-inward-dial
port 3/1:D
no register e164

pots-диалпир для пропуска оставшегося исходящего трафика в поток Е1 (3/0) второго провайдера:

dial-peer voice 3 pots

description OUTBOUND-REMAINING-CALLS-VIA-E1-0
huntstop
preference 8
destination-pattern .T
progress_ind setup enable 3
progress_ind progress enable 8
direct-inward-dial
port 3/0:D
no register e164

Замечание:

Преференс этого диалпира должен быть больше, чем pots-диалпира 1001 (описание которого будет дано ниже), иначе входящие со стороны Е1 звонки будут пытаться выйти через Е1 3/0 (и получим мы isdn-switching, который в данном случае никому не нужен).

Тааакс… с pots-leg’ами разобрались, продолжим с voip-leg’ами.

voip-диалпир для «приема» входящего из IP-сети номера с префиксом 009901 перед набранным номером:

dial-peer voice 94 voip
description inbound_peer_4_380-00-01
translation-profile incoming CUT-PREFIX
codec g711alaw
incoming called-number 009901.T

Создадим профиль преобразования АОНа и набираемого номера:

voice translation-profile CUT-PREFIX
translate calling 121
translate called 120

Создадим правило преобразования набираемого (called) номера – «отрежем» лидирующий префикс 009901:

voice translation-rule 120
rule 8 /^009901\(.*\)/ /\1/ type any unknown

Создадим правило преобразования АОНа — заменим любой присланный АОН на нужный нам 380-00-01:

voice translation-rule 121
rule 12 /^.*/ /3800001/

Пример типичного voip-диалпира:

dial-peer voice 78 voip
description TYPICAL-VOIP-PEER
max-conn 2
answer-address 84953800000     // answer-address служит для выбора диалпира в качестве наиболее
// подходящего на основе АОНа звонка, пришедшего из IP-сети.
//В данном случае у нас АОН будет 89453800000
destination-pattern 3800000       // destination-pattern служит для выбора диалпира в качестве
//наиболее подходящего на основе набранного номера звонка, пришедшего из Е1.
session protocol sipv2
session target ipv4:192.168.68.6
dtmf-relay rtp-nte
codec g711alaw
no vad

Все, что нужно мы разрешили-описали, осталась блокировка «левых» звонков, т.е. тех звонков, что не подходят ни под один dial-peer описанные выше, для чего создадим voip-диалпир:

dial-peer voice 1001 voip
description BAD-AON-AND-CALLED-NUM
call-block translation-profile incoming BLOCK    //блокируем звонок из IP сети
huntstop
preference 7
destination-pattern .T
codec g711alaw
session target ipv4:10.10.10.10

По итогу отправляем входящий звонок из Е1 на адрес 10.10.10.10, который маршрутизируется в никуда.
М.б. кто-то предложит лучшее решение ? С удовольствием послушаем.

Маршрутизируем адрес в «/dev/null»:

ip route 10.10.10.10 255.255.255.255 Null0

Создадим профиль и правило трансляции для блокировки «левых» АОНов:

voice translation-profile BLOCK
translate calling 42
!
voice translation-rule 42
rule 1 reject /^.*/

Для понимания, как и какие диалпиры участвуют в «выборах» при звонке и кто из них «победил» вам поможет команда:

debug voice dialpeer all

Будьте аккуратны – ее вывод может быть очень объемным !

В «отслеживании» звонков в/из IP-сети вам поможет команда:

debug ccsip calls

В трассировке звонка через ISDN вам поможет команда:

debug isdn q931

Увидеть логирование отработки правил трансляции номеров вам поможет команда:

debug voice translation

Замечание:

не забывайте давать команду:

terminal monitor

для того, чтобы вывод дебага отображался у вас в консоли (если вы сидите на циске через telnet), иначе он будет тихо складироваться в буфер логов AS5350 и все 🙂

Выражаю благодарность за помощь в написании статьи Сергею Бабичеву ( ака zaikini )

Ссылки

http://www.cisco.com/en/US/docs/ios/12_2t/12_2t11/feature/guide/ftgwrepg.html

З.Ы. При копировании статьи ссылка на источник ОБЯЗАТЕЛЬНА !

Автор: Панфилов Алексей (lehis (at) subnets.ru)

Всем привет!

Очередная практическая задача по реализации транскодинга на AS5350xm.

Что такое транскодирование коротко можно прочитать здесь: http://en.wikipedia.org/wiki/Transcode

А сама задача появилась из цели экономии средств отдаваемых поставщикам услуг.

Существующая схема услуг:

Поставщик А <—> Е1 <—> Арендованный канале Е1 у поставщика Б <—> Е1 <—> Cisco AS5350xm <—> VoIP (SIP, g711) <—> SIP SERVER <—> Клиенты

Посчитав затраты, было решено отказаться от арендованного канала Е1 поставщика Б, а услуги от поставщика А решено было получать по VoIP.  После того как вопрос был согласован, постащик А выдал ТУ на подключение услуги, в связи с чем новая схема должна было стать такой:

Поставщик А <—> VoIP (H323, g729) <—> Cisco AS5350xm <—> VoIP (SIP, g711) <—> SIP SERVER <—> Клиенты

Просмотрев сайт www.cisco.com, было обнаружено, что необходимое транскодирование g729 <->  g711 можно реализовать без каких либо проблем при наличии IOS версий выше 12.4(20)Т3, 12.4(22)YB и 15.0(1)М (номера 13 и 14 для  IOS компанией Cisco не используются, т.к.  эти числа считаются «не счастливыми» в культурах разных  стран).  Но при отсутствии оной пришлось реализовать следующую схему:

Поставщик А <—> VoIP (H323, g729) <—> Cisco AS5350xm <—> Е1 (loop) <—> Cisco AS5350xm <—> VoIP (SIP, g711) <—> SIP SERVER <—> Клиенты

Т.е. принимаем звонок от поставщика отправляем его в Е1, «заворачиваем» его обратно и далее он «уходит»  в VoIP уже с необходимыми нам параметрами.  Сразу оговорюсь, что такая схема работает при наличии двух свободных Е1 на вашем маршрутизаторе.

Для начала нам потребуется кабель с разъемами RJ-45 и следуюзщей «распиновкой»:

E1 —- E1

1  —- 4

2 —- 5

На моем маршрутизаторе были свободны порты E1 3/2 и 3/3. Соединяем порты созданным кабелем и приступаем к настройкам.

Задаем параметры физических интерфейсов Е1:
!
controller E1 3/2
framing NO-CRC4
pri-group timeslots 1-31
!
controller E1 3/3
framing NO-CRC4
pri-group timeslots 1-31

Затем настройки D-каналов:

!
interface Serial3/2:15
no ip address
encapsulation hdlc
isdn switch-type primary-net5
isdn protocol-emulate network
isdn incoming-voice modem
!
interface Serial3/3:15
no ip address
encapsulation hdlc
isdn switch-type primary-net5
isdn incoming-voice modem

И проверяем состояние наших Е1:

#show  controllers e1

…

E1 3/2 is up.
Applique type is Channelized E1 — balanced
No alarms detected.
alarm-trigger is not set
Version info of slot 3:  HW: 519, PLD Rev: 6
Framer Version: 0x9

…

E1 3/3 is up.
Applique type is Channelized E1 — balanced
No alarms detected.
alarm-trigger is not set
Version info of slot 3:  HW: 519, PLD Rev: 6
Framer Version: 0x9

Далее настраиваем необходимые пиры (сразу будут указаны различные pattern направлений, объяснение будет ниже):

POTS:

Настройки пиров для нашей «петли»

…

!
dial-peer voice 3 pots
description ###INCOMING FROM OUR VoIP###
incoming called-number .
direct-inward-dial
port 3/2:D
no register e164
!
dial-peer voice 4 pots
description ###INCOMING FROM PROVIDER-A###
incoming called-number .
direct-inward-dial
port 3/3:D
no register e164

…

! — этот пир «отправляет» звонки из нашей VoIP сети в loop

!
dial-peer voice 800 pots
description ###FROM OUR VoIP TO LOOP###
destination-pattern 011.T
progress_ind setup enable 3
progress_ind alert enable 8
port 3/2:D

! — этот пир «отправляет» звонки из сети VoIP Поставщика А в loop

!
dial-peer voice 801 pots
description ###FROM PROVIDER-A TO LOOP###
destination-pattern 022.T
progress_ind setup enable 3
progress_ind alert enable 8
port 3/3:D

VoIP:

! — этот пир «принимает и отправляет» звонки из сети/в сеть VoIP Поставщика А

!
dial-peer voice 888 voip
description ###VoIP PROVIDER A###
translation-profile incoming FROM-PROVIDER-A-TO-LOOP ! —- подставляем необходимый префикс
destination-pattern 033.T
codec g729r8
session target ras ! —- наш шлюз регистрируется на гэйткипере постащика А (об этих настройках в другой статье)
incoming called-number 7…… ! —- для того чтобы звонок на наши номера прошел через этот пир и мы смогли подставить префикс
dtmf-relay h245-signal rtp-nte
fax-relay ecm disable
fax protocol t38 ls-redundancy 0 hs-redundancy 0 fallback none
no vad

! — этот пир «принимает и отправляет» звонки из нашей сети/в наше сеть VoIP

!
dial-peer voice 700 voip
description ###OUR VOIP###
translation-profile incoming FROM-OUR-VoIP-TO-LOOP ! —- подставляем необходимый префикс

answer-address 4957…… ! —- необходимо для того чтобы звонки от наших абонентов прошли через этот пир и мы подставили необходимый префикс
destination-pattern 4957……
session protocol sipv2
session target sip-server
codec g711alaw
fax-relay ecm disable
fax protocol t38 ls-redundancy 0 hs-redundancy 0 fallback none
no vad
…
!
voice-port 3/3:D
translation-profile incoming FROM-LOOP-TO-PROVIDER-A ! —- подставляем необходимый префикс
disc_pi_off
input gain 3
echo-cancel coverage 32
cptone RU
music-threshold -45
bearer-cap Speech

Теперь собственно сама логика работы и ее реализация.

Входящие звонки со стороны Провайдера А мы принимаем и отправляем в поток 3/3, со стороны нашей сети все входящие звонки мы отправляем в поток 3/2.

При входящем звонке (направление звонка рассматриваем относительно AS5350xm) со стороны Провайдера А к набираемому номеру нам необходимо подставить префикс 022495, 022 — чтобы однозначно определить необходимый нам поток  3/3, а 495 приходится подставлять из-за того, что в нашей сети используются 10-ти значные АОНы, а провайдер присылает звонки на 7-ми значные.  Для однозначного определения входящего voip пира для звонка со стороны провайдера в пире 888 voip используется команда incoming called-number.  Звонок уходит в порт 3/3 согласно пиру 801, 022 при этом отрежется и из потока 3/2 придет вызов на номер 4957…… который смаршрутизируется согласно пиру 700 voip.

При входящем звонке со стороны нашей сети подставляем префикс 011 для отправки звонка в поток 3/2. Звонок уходит в порт 3/2 согласно пиру 800 pots. Чтобы однозначно определить входящий пир для нашей VoIP сети используется команда answer-address в пире 700 voip. Далее этот звонок «выходит» из 3/3 и для того, чтобы точно его отправить в сторону Поставщика А мы подставляем префикс 033 (возможно это излишне, но мы сразу предположим, что таких провайдеров может быть несколько) и звонок будет смаршрутизирован согласно пиру 888 voip.

Правила трансляции:

voice translation-rule 2
rule 1 /^7495\.*/ /011/
rule 2 /^\.*/ /011/
!
voice translation-rule 3
rule 1 /^\.*/ /022495/
!
voice translation-rule 4
rule 1 /^\.*/ /033/
!
voice translation-profile FROM-PROVIDER-A-TO-LOOP
translate called 3
!
voice translation-profile FROM-OUR-VOIP-TO-LOOP
translate called 2
!
voice translation-profile FROM-LOOP-TO-PROVIDER-A
translate called 4

На этом все, если, кому-то будет это полезным, буду рад. Жду Ваших комментариев и замечаний. Всех благ)

З.Ы. При копировании статьи ссылка на источник ОБЯЗАТЕЛЬНА ! Пожалуйста, уважайте чужой труд.

Автор:  zaikini

Перед нами стояла задача реализовать на Addpac (например: Addpac AP200B или Addpac 1100B)  следующие функции:

1. Звонков между портами.
2. Перехвата и перевода звонков.
3. Блокировка 8-ки ( номеров начинающихся с 8 ) на одном из портов.
4. Выход в город.

Рассмотрим реализацию задач.

Немного теории:

FXS (Foreign Exchange Station или Subscriber) — голосовой интерфейс, эмулирующий расширение интерфейса PBX, для подключения обычного телефона.
Аббревиатура FXS применима к любому оборудованию, которое, с точки зрения телефона, является АТС.

Для порядка в нашем IT хозяйстве подписываем нужные нам FXS порты (в которые подключены телефонные аппараты):

! FXS
voice-port 0/0
description Panasonic-DECT#999

! FXS
voice-port 0/1
description Red-Phone#555

Создаем dial-peer’ы, принимающие звонки на внутренние номера 999 и 555,

dial-peer voice 10 pots
destination-pattern 999F
port 0/0

!
dial-peer voice 11 pots
destination-pattern 555F
port 0/1

Создаем dial-peer’ы, принимающие звонки на выданный нам по VoIP нашим оператором городской телефонный номер (например, 1234567):

dial-peer voice 5 pots
destination-pattern 1234567F
port 0/0

!
dial-peer voice 6 pots
destination-pattern 1234567F
port 0/1
preference 1

Далее, прописываем в режиме глобального конфигурирования:

dial-peer call-pickup 11
dial-peer call-hold h
dial-peer call-transfer h

Теперь для перехвата звонка надо будет нажать 11,  для перевода звонка — короткий отбой или флеш и телефонный номер.

Реализуем функцию блокировки 8:

dial-peer voice 20 voip
description Block_out_8*
destination-pattern 8T
huntstop
out-barred-group 1

Создаем группу 1, в которой будет прописан номер (например, 999), с которого запрещен набор 8-ки:

dialpattern-group 1
pattern 1 999F

И в конце разрешаем исходящие звонки в ТфОП через шлюз (в примере это IP-адрес 192.168.57.23) нашего VoIP провайдера:

dial-peer voice 30 voip
description out_calls
destination-pattern .T
session target 192.168.57.23
session protocol sip
codec g729
dtmf-relay rtp-2833
no vad

З.Ы. При копировании статьи ссылка на источник ОБЯЗАТЕЛЬНА !

Автор: neona

Данная статья описывает решение определенной задачи.

Схема:

Два поставщика услуг классической телефонии.

Один (Оператор 1) предоставляет номера в 4 потоках Е1.

Второй (Оператор 2) пока через 1 поток Е1, но в дальнейшем предусматривается увеличение потоков от Оператора 2.

Все потоки подключены к Cisco AS5350xm.

Задача:

Исходя из коммерческих соображений необходимо все местные вызовы направлять на Оператора 1, причем потоки Оператора 1 должны заниматься последовательно начиная с первого, а все МГ/МН вызовы отправляем Оператору 2.

Решение:

Для решения этой задачи объединяем потоки от различных операторов в разные транкгруппы, причем в одной транкгруппе настраиваем алгоритм выбора потока.

Создаем транкгруппы, первая:

!
trunk group 88
description ###Operator 1###

настраиваем алгоритм выбора потока внутри транкгруппы:
hunt-scheme sequential both

вторая транкгруппа:
!
trunk group 888
description ###Operator 2###

Объединяем потоки в соответствующие транкгруппы:
!
interface Serial3/0:15
description ### Operator 1 1E1 ###
no ip address
encapsulation hdlc

указываем номер транкгруппы и приоритет, чем ниже номер тем выше приоритет, по аналогии с preference в dial-peer:
trunk-group 88 1
isdn switch-type primary-net5
isdn overlap-receiving
isdn incoming-voice modem
isdn guard-timer 3000
isdn map address .* plan isdn type unknown
fair-queue 64 256 0
no cdp enable

!
interface Serial3/1:15
description ### Operator 1 2E1 ###
no ip address
encapsulation hdlc

указываем номер транкгруппы и приоритет, чем ниже номер тем выше приоритет, по аналогии с preference в dial-peer:
trunk-group 88 2
isdn switch-type primary-net5
isdn overlap-receiving
isdn incoming-voice modem
isdn guard-timer 3000
isdn map address .* plan isdn type unknown
fair-queue 64 256 0
no cdp enable

!
interface Serial3/2:15
description ### Operator 1 3E1 ###
no ip address
encapsulation hdlc

указываем номер транкгруппы и приоритет, чем ниже номер тем выше приоритет, по аналогии с preference в dial-peer:
trunk-group 88 3
isdn switch-type primary-net5
isdn overlap-receiving
isdn incoming-voice modem
isdn guard-timer 3000
isdn map address .* plan isdn type unknown
fair-queue 64 256 0
no cdp enable

!
interface Serial3/3:15
description ### Operator 1 4E1 ###
no ip address
encapsulation hdlc

указываем номер транкгруппы и приоритет, чем ниже номер тем выше приоритет, по аналогии с preference в dial-peer:
trunk-group 88 4
isdn switch-type primary-net5
isdn overlap-receiving
isdn incoming-voice modem
isdn guard-timer 3000
isdn map address .* plan isdn type unknown
fair-queue 64 256 0
no cdp enable

!
interface Serial3/4:15
description ### Operator 2 ###
no ip address
encapsulation hdlc

снова указываем номер транкгруппы:
trunk-group 888
isdn switch-type primary-net5
isdn overlap-receiving
isdn incoming-voice modem
isdn guard-timer 3000
isdn map address .* plan isdn type unknown
fair-queue 64 256 0
no cdp enable

Проверить правильность настроек можно командой:

sh trunk group 88

Trunk group: 88
Description: ### Operator 1 ###
trunk group label: 88

Translation profile (Incoming):
Translation profile (Outgoing):

Hunt Scheme is sequential both
Max Calls (Incoming):   NOT-SET (Any)   NOT-SET (Voice) NOT-SET (Data)
Max Calls (Outgoing):   NOT-SET (Any)   NOT-SET (Voice) NOT-SET (Data)
Max Calls (MixTotal):   NOT-SET (Any)   NOT-SET (Voice) NOT-SET (Data)
Retries: 0

Trunk Se3/0:15  Preference 1
Member Timeslots : 1-31
Total channels available : 30
Data = 0, Voice = 10, Modem = 0, Pending = 0, Free = 20
Trunk Se3/1:15  Preference 2
Member Timeslots : 1-31
Total channels available : 30
Data = 0, Voice = 2, Modem = 0, Pending = 0, Free = 28
Trunk Se3/2:15  Preference 3
Member Timeslots : 1-31
Total channels available : 30
Data = 0, Voice = 0, Modem = 0, Pending = 0, Free = 30
Trunk Se3/3:15  Preference 4
Member Timeslots : 1-31
Total channels available : 30
Data = 0, Voice = 2, Modem = 0, Pending = 0, Free = 28

Total calls for trunk group: Data = 0, Voice = 14, Modem = 0
Pend = 0, Free = 106

advertise_flag 0x00000040, capacity timer 25 sec tripl_config_mask 0x00000000
AC_curr 106, FD_curr 40, SD_curr -40

succ_curr 929408 tot_curr 1093569
succ_report 929408 tot_report 1093569
changed 1 replacement position 0

Остается создать соответствующие диал-пиры в соответствии с задачей:

• местная связь — Оператор 1
• мг/мн — Оператор 2

!
dial-peer voice 7495 pots
trunkgroup 88
huntstop
preference 1
destination-pattern 749[5,9]…….$
progress_ind setup enable 3
progress_ind alert enable 8
no digit-strip
direct-inward-dial
!
dial-peer voice 8495 pots
trunkgroup 88
huntstop
preference 1
destination-pattern 849[5,9]…….$
progress_ind setup enable 3
progress_ind alert enable 8
no digit-strip
direct-inward-dial
!
dial-peer voice 810 pots
trunkgroup 888
destination-pattern 810.T
progress_ind setup enable 3
progress_ind alert enable 8
no digit-strip
!
dial-peer voice 888 pots
trunkgroup 888
destination-pattern 8……….$
progress_ind setup enable 3
progress_ind alert enable 8
no digit-strip

P.S. При копировании статьи ссылка на источник ОБЯЗАТЕЛЬНА !

Автор: zaikini

Введение

После нескольких лет перерыва в работе с cisco ata-186, потребовалось запустить ее в работу с авторизацией по SIP. В моем случае в ata-шке была прошивка SCCP (Skinny Client Control Protocol, проприетарный протокол, разработан Selsius Corporation, в настоящее время принадлежит Cisco Systems Inc), нужно было ее заменить на прошивку, поддерживающую SIP. В принице, ничего сложного нет, но когда перерывы между подходами к этой задаче измеряются годами, то нюансы из головы потихоньку улетучиваются.

Решение

Прошивка входит в состав архива, где, помимо самой прошивки, еще есть и вспомогательные инструменты, в т.ч. и для решения этой задачи: sata186us. Варианты этой утилиты предусматривают возможность работы в средах Windows, Sun Solaris и linux. Вот последний вариант нам как раз и нужен, т.к. рабочая машина у меня под FreeBSD (с поддержкой исполнения линуксовых бинарников). Выставляем бит «х» на sata186us.linux и запускаем его:

[book]# ./sata186us.linux -any -d2 ATA030200SIP041111A.zup -h192.168.18.15

где:

-any — разрешать входящие подключения с любого IP адреса;

-d2 — debug level 2;

-h — на каком IP адресе «слушать» входящие подключения, в случае, когда адресов несколько;

ATA030200SIP041111A.zup — сам файл прошивки.

После запуска выводится следующая информация:
sata186us version 3.1

Using Host with IP: 192.168.18.15 as upgrade server
This machine IP: 192.168.18.15
Upgrade Server Port: 8000
Data stream 0 port: 8500
image found: code — ata186.itsp2.v3.2
Number of 1024 blocks: 315

Using dialpad of your telephone (attached to your ATA box),
press ATA button to go to main menu, and enter:

100#192*168*18*15*8000# (to upgrade code)

NOTE:
Pressing 123# will announce your code’s version number.
You can later verify that you have upgraded your ATA box.

——————————————-

This program runs continuously; Press <ctrl>-c to abort.
Upgrade server ready…

На ata-186 нажимаем указанную комбинацию клавиш и процесс прошивки пошел:

Tue Dec 16 18:53:59 2008 172.16.121.122 -> <udp: 192.168.18.15 8500 123>
Begin uploading code to 172.16.121.122 (Tue Dec 16 18:53:59 2008) …
7a793e56: 0
7a793e56: 1
7a793e56: 2

….

После окончания прошивки нажимаем в консоли ctrl+c.

Все, после перезагрузки ata-шки на ней уже работает новая прошивка.

З.Ы. При копировании статьи ссылка на источник ОБЯЗАТЕЛЬНА !

Автор: Панфилов Алексей (lehis (at) subnets.ru)