Функциональная схема части ПО брикета GW

1
Певзнер Ю.Б. 04.03.09
Функциональная схема части ПО брикета GW, отвечающая за конфигурирование
брикета, а также задачи загрузки ПО, рестарта ПО и считывания диагностического
массива.
Рис.1.
C-envirinment
I_MG_DETH
MG
I_MG_CONV
UDPconv
DETH,
MLDNET
SetAck_I, ReadCfgAck_I,
SndMessAck_I,ReadSndMessAck_I
I_CONV_DIR
SetCfg_R,ReadCfg_R,
SndMess_R,ReadSndMess_R
CFG_Direct
1
I_MCFG_DIR
SetCfg_I,
SetAck_R,
ReadCfg_I,
ReadCfgAck_R
SetAck_I,
ReadCfgAck_I
4
MDB_MCFG_MLD
I_DIR_DETH
2
3
SetServAck,
ReadServAck,
ReadSndAck
SetCfg_R, ReadCfg_R
SetAck_I,
ReadCfgAck_I,
SetCfg_I,
ReadCfg_I,
ReadSndMessAck_I
SetCfg_R,
ReadCfg_R,
SetAck_R,
ReadCfgAck_R,
SndMess_R,
ReadSndMess_R
I_LDNET
CFG_Direct_Start,
SetServ,
ReadServ,
SetSnd,
ReadSnd
MLDNET
Введение.
Для выполнения задач конфигурирования и загрузки ПО на уровне Ethernet (протокол E-DXE) был
ранее реализован блок MDB_MCFG_MLD соединенный каналом I_MCFG_DETH с С-окружением
DETH, MLDNET. При появлении задач конфигурирования по IP-сети в брикете GW появились
новые блоки (выделенные желтым на рис.1), отвечающие за:
2
А) Инкапсуляцию сигналов протокола E-DXE (SetCfg, ReadCfg, SetCfgAck, ReadCfgAck) в UDP
дейтаграмму – блок UDPconv.
Б) Маршрутизацию сигналов между IP и Ethernet уровнями – блок CFG_Direct.
1. Блок UDPconv представляет собой блок алгоритмов инкапсуляции сигналов E-DXE в UDP
дейтаграмму и наоборот. В задачи блока, как собственно, инкапсуляции (конверсии) сигналов, еще
входит задача шифрации содержимого протокола E-DXE (далее не рассматривается).
1.1. Выходными сигналами для блока UDPconv по каналу I_CONV_DIR являются сигналы
SetCfg_R,ReadCfg_R,SndMess_R,ReadSndMessReq_R. Входными сигналами являются
аналогичные сигналы SetAck_I, ReadCfgAck_I, SndMessAck_I,ReadSndMessAck_I. Сигналы,
имеющие окончание _R(request) поступают из IP-сети, в виде UDP-дейтаграмм (поле данных - см.
«Функции Environment для общих модулей.DOC» таблицы для сигналов SetAck_R, ReadCfgAck_R,
SndMessAck_R,ReadSndMessAck_R). Сигналы имеющие окончание _I(indication) поступают в ответ
на соответствующий запрос и переводятся в UDP-дейтаграмму (согласно Функции Environment для
общих модулей.DOC» таблицы для сигналов …_R) для отправки их в IP-сеть. SDL пакет, в котором
декларированы сигналы SetCfg_R,ReadCfg_R, SetAck_I, ReadCfgAck_I – см. пакет
I_MCTRL_MCFG_DETH, сигналы SndMess_R,ReadSndMessReq_R, SndMessAck_I,
ReadSndMessAck_I см. пакет I_IPCFG_DIR.
1.2. Сигналы на стороне канала I_MG_CONV имеют UDP-порты. Порты различаются по сервису,
выполняемому этими сигналами. Номер UDP порта, а также другие параметры - как IP SRC-адрес
и т.п., хранятся в самих сигналах, в поле ExtParType. Правило заполнения см. «Функции
Environment для общих модулей.DOC» примечание к полю ExtParType). При приеме сигналов из
IP-сети, блок UDPconv заполняет поле ExtParType для указанных сигналов по указанному выше
правилу и формирует сигналы …_I, а при приеме из блока CFG_Direct сигналов …_R содержимым
этого поля заполняется IP/UDP заголовок дейтаграммы, для возврата сигнала источнику запроса.
1.3. Важной особенностью алгоритма блока UDPconv является задача заполнения поля «МАК
адрес получателя кадра» из части UDP дейтаграммы, в которую включено значение этого поля в
сигналах …_I параметра типа «MAC».
2. Блок CFG_Direct. Блок представляет собой набор алгоритмов, обеспечивающих
маршрутизацию сигналов протокола E-DXE в четырех направлениях (см. рис.1). Алгоритмы блока
CFG_Direct имеют свойство различать ПН в соответствующих полях сигналов …_R канала
I_CONV_DIR и сравнивать с собственным ПН брикета. В зависимости от результата сравнения и
источника конфигурирования возможны 4 направления проведения сигналов конфигурирования:
2.1. Направление 1. В этом направлении происходит конфигурирование собственно самого
брикета GWBF, в случае прихода сигналов конфигурирования уровня IP, и ПН брикета GWBF
совпал с ПН, переданном в сигнале конфигурирования. Сигналы …_I и …_R просто
ретранслируются в указанном направлении, при этом они трансформируются из сигналов …_I в
сигналы …_R и наоборот.
2.2. Направление 2. В этом направлении происходит конфигурирование брикетов Е-кластера, в
случае прихода сигналов конфигурирования уровня IP, и ПН брикета GWBF не совпал с ПН,
переданном в сигнале конфигурирования. Этот случай является примером конверсии сигналов
уровня IP/UDP в уровень Ethernet и обратно, обеспечивая конфигурирование брикетов Екластера, в котором брикет GWBF является шлюзом. При этом сигналы просто ретранслируются,
для соблюдения согласования с С-environment в канале I_MCFG_DETH. Отличаются сигналы этого
направления наличием в сигналах префикса “EDXE” (ASCII) в первых четырех байтах поля
ExtParType.
2.3. Направление 3. В этом направлении происходит конфигурирование брикета GWBF, в случае
прихода сигналов конфигурирования уровня Ethernet. Сигналы …_I и …_R просто
ретранслируются в указанном направлении. Отличаются сигналы этого направления наличием в
сигналах префикса “IDXE” (ASCII) в первых четырех байтах поля ExtParType.
2.4. Направление 4. В этом направлении происходит конфигурирование-загрузка ПО брикета,
чтение ПО, чтение диагностической информации собственно самого брикета GWBF, в случае
прихода сигналов конфигурирования уровня IP, и ПН брикета GWBF совпал с ПН, переданном в
сигнале конфигурирования. Сигналы SetCfg_I и ReadCfg_I ретранслируются в сигналы SetServ,
ReadServ, а сигналы SetServAck, ReadServAck ретранслирутся в сигналы SetCfgAck_R и
ReadCfgAck_R соответственно.
2.5. Общее свойство алгоритмов для всех направлений – нет никаких тайм-аутов для транзакций
request-indication. Блок просто пересылает сигналы в каждом из направлений в одну транзакцию.
2.6. Для сигнала SndMess_R блок CFG_Direct немедленно выдает сигнал SndMessAck_I, Также,
сигнал .._I подается немедленно в случае обращения ко всем брикетам АТС-DXE, т.е. ПН имеет
широковещательный адрес, равный 65535.