Тема: Egts
Когда ждать поддержки протокола в Pro
Вы не вошли. Пожалуйста, войдите или зарегистрируйтесь.
актуальный вопрос!
А че такое egts? Киньте ссылку плиз! А то гугл исправляет на gets... поганка такая...
А зачем ждать? У нас же все поддержанные устройства работают со всеми актуальными версиями продуктов. Соответственно новые протоколы входят в состав новых сборок Pro либо их можно в любой момент запросить у техподдержки.
shal
Когда ждать в Pro ретранслятора по этому протоколу.
А то получается мы говорим в Ространснадзоре всё хорошо гуд.
Ространснадзор говорит давайте проведем пробную передачу.
А выясняется, что в Pro ретранслятор неготов и ожидается только в следующем году.
akkros, сделайте ретрансляцию pro => hosting => ространсназор, ну или ждите следующей сборки Pro.
shal
Спасибо. Другого ответа если честно и не ожидал.
Подскажите пожалуйста. Попытался реализовать этот протокол для ретрансляции с нашего сервера на сервер Виалона и наткнулся на следующее:
- Транспортный уровень описан довольно четко - реализовал в коде.
- Дошел до поля SFRD, которое содержит записи SDR(записи уровня поддержки услуг), и застрял. В документации МинТранса полная каша. В приложении 5 написано, что спецификация транспортного уровня в приложении 7, когда по факту оно в приложении 6. В том же приложении 5 описан некий абстрактный формат транспортного уровня + уровня услуг, где указано, что в сообщении уровня услуг должны быть поля RN, OID и пр, но и НИГДЕ не нашел описания структуры и типов данных этих полей! Т.е. абсолютно нигде в документации нет описания заголовка записи уровня поддержки услуг. Есть только описание конкртеных подзаписей, т.е. того, что идет после заголовка.
В итоге структура сообщения получается следующая:
<TransportFrameHeader+CRC+SFDR(SDR1,SDR2....SDRN)+SFDR_CRC>
Структура SDR получается следующая:
SDR_HEADER+SDR_SubRecord(POS_DATA или др.)
Вопрос. Где мне найти описание структуры SDR_HEADER?
Подскажите пожалуйста. Попытался реализовать этот протокол для ретрансляции с нашего сервера на сервер Виалона и наткнулся на следующее:
- Транспортный уровень описан довольно четко - реализовал в коде.
- Дошел до поля SFRD, которое содержит записи SDR(записи уровня поддержки услуг), и застрял. В документации МинТранса полная каша. В приложении 5 написано, что спецификация транспортного уровня в приложении 7, когда по факту оно в приложении 6. В том же приложении 5 описан некий абстрактный формат транспортного уровня + уровня услуг, где указано, что в сообщении уровня услуг должны быть поля RN, OID и пр, но и НИГДЕ не нашел описания структуры и типов данных этих полей! Т.е. абсолютно нигде в документации нет описания заголовка записи уровня поддержки услуг. Есть только описание конкртеных подзаписей, т.е. того, что идет после заголовка.В итоге структура сообщения получается следующая:
<TransportFrameHeader+CRC+SFDR(SDR1,SDR2....SDRN)+SFDR_CRC>Структура SDR получается следующая:
SDR_HEADER+SDR_SubRecord(POS_DATA или др.)Вопрос. Где мне найти описание структуры SDR_HEADER?
Отбой. Нашел подробную документацию на сайте www.nis-glonass.ru. Что интересно, в официальном приказе Министерства транспорта ничего подобного нет - шарашкина контора, а не МинТранс...
Отбой. Нашел подробную документацию на сайте www.nis-glonass.ru. Что интересно, в официальном приказе Министерства транспорта ничего подобного нет - шарашкина контора, а не МинТранс...
Что-то искал там искал и ничего не нашел.
Может тыкните поточнее?
Там в контактах есть человек которому надо отправлять запрос на документацию. Дают всем желающим, вроде.
Но проще загуглить ГОСТ Р 54619—2011, более адекватное описание EGTS, чем в 285 приказе, но нет сервиса EGTS_TELEDATA. Если нужен EGTS_TELEDATA, то всё равно надо лезть в 285 приказ, дурдом одним словом.
У нис-глонасса имеет смысл запрашивать только из-за валидатора. Но толку от него немного, и только на первоначальном этапе своей реализации протокола.
Давно известно, что в 285 приказе из протокола отсутствуют несколько страниц...
Угу, а в госте нет страниц, которые есть в 285 приказе. Так и живем.