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.