Введение

События отправляются по правилу: первый вошёл - первый вышел.

Очередь в исходящем потоке - это разница между номером последнего события в RITM.LINK и номером последнего отправленного события в данном исходящем потоке.

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

Пример

Пример для трансляции в исходящий поток в RITM.LINK. Допустим существует исходящий поток в протоколе GEORITM, и создана трансляция из входящего потока в исходящий поток GEORITM. В RITM.LINK поступило 11 событий от 6 разных приборов. Прибора с IMEI = 860665052198940 нет в GEO.RITM, но от него есть события в RITM.LINK и они самые последние. Тогда все события от других приборов (1-7) будут отправлены в GEO.RITM, но четыре последних события от объекта 860665052198940 не будут отправлены в GEO.RITM, т.к. по данному объекту не будут приняты события.

№ записи в БД RITM.LINK

СобытиеIMEI

Событие отправлено

в исходящий поток?

1005018138101002F864120055143946✅
22060181147000316864120054632774✅
32060181147000334864120054632774✅
4206018160200000E864120054632774✅
53629181602000007864120053246980✅
61111181602000008860665052146642✅
7071018160200000E863591029978594✅
8094018140201001E860665052198940❌
9094018140202001D860665052198940❌
10094018111002004E860665052198940❌
110940183406020017860665052198940❌

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

ПротоколОчередь на отправкуВходящий трафикИсходящий трафик
GeoRitm418 kbit/s0.008 kbit/s

Это не отправленные события по объекту, которого нет в GEO.RITM. Их не нужно отправлять в  GEO.RITM, т.к. объекта с IMEI = 860665052198940 в GEO.RITM нет.

После этого в RITM.LINK поступило ещё одно событие от объекта, который добавлен в GEO.RITM.

№ записи в БД RITM.LINK

СобытиеIMEI

Событие отправлено

в исходящий поток?

1005018138101002F864120055143946✅
22060181147000316864120054632774✅
32060181147000334864120054632774✅
4206018160200000E864120054632774✅
53629181602000007864120053246980✅
61111181602000008860665052146642✅
7071018160200000E863591029978594✅
8094018140201001E860665052198940❌
9094018140202001D860665052198940❌
10094018111002004E860665052198940❌
110940183406020017860665052198940❌
12206018160200000E864120054632774✅

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

ПротоколОчередь на отправкуВходящий трафикИсходящий трафик
GeoRitmНет0.11 kbit/s25 kbit/s

Другие причины

Аналогичная ситуация будет происходить в случае использования исходящего потока  Surgard и белого или чёрного списка объектов в трансляции.

Такая же ситуация будет возникать, если вы используете входящий поток для модема (SMS или CSD) и в потоке включен "Контроль работы модема"= 1. Если модем не отвечает, то будут формироваться тревоги с номером объекта "Код системного объекта (dec)".

См. "Параметры" входящего потока и документацию.

Ещё одна причина - не верный адрес GEO.RITM. 

Если вы используете GEO.RITM SE, то адрес исходящего потока должен быть

127.0.0.1

Адрес исходящего потока ни в коем случае не может быть

0.0.0.0


  • Нет меток