![[MC-04 logo]](/mc-04/chrome/site/logo.png){kind=logo}
#124 closed дефект (готово)
Ошибка на странице сайта
| Reported by: | alx | Owned by: | artem |
|---|---|---|---|
| Priority: | minor | Component: | Сайт adc-line.ru |
| Keywords: | Cc: |
Description
На странице http://adc-line.ru/catalog/modules/m3u/ve-01/ нашего сайта в описании платы VE-01 есть фраза "преобразование TDM-каналов (ТЧ, R232, FXS) в RTP потоки...", в которой фигурирует неизвестное мне обозначение "R232". Предполагаю, что это ошибка, и предлагаю это обозначение убрать.
Также непонятно, почему фигурирует тип канального окончания FXS, но не упоминаются никакие другие типы, также поддерживаемые платой. Возможно, конечно, что все они отнесены к неосновным функциям :), но у читателя в результате складывается неверное впечатление, что никакие другие типы окончаний (сигнализаций) не поддерживаются. Предлагаю изменить этот фрагмент следующим образом:
- преобразование TDM-каналов (ТЧ, FXS, FXO, 1ВСК с индуктивным кодом, ISDN PRI, MFC R2, АДАСЭ, ретрансляторов ППС-Р3) в RTP потоки и обратно...
Change History (18)
comment:1 by , 7 years ago
| Owner: | changed from to |
|---|---|
| Status: | new → assigned |
follow-up: 17 comment:2 by , 7 years ago
| Resolution: | → fixed |
|---|---|
| Status: | assigned → closed |
comment:3 by , 7 years ago
comment:5 by , 7 years ago
Слово TDM имеет к функциям платы VE-01 прямое отношение. Есть два принципиально отличающихся друг от друга типа сетей передачи данных: сети с временным разделением каналов (TDM) и сети с пакетной коммутацией каналов (PSN). Плата VE-01 является шлюзом между сетями TDM и PSN.
RS-232 же к плате VE-01 отношения не имеет. На плате есть интерфейс RS-232, но он технологический и используется только при первоначальной настройке платы. В реальной эксплуатации этот интерфейс не используется.
Так что если какое-то из слов на веб-страничке лишнее - то это именно "RS-232".
follow-up: 9 comment:7 by , 7 years ago
"TDM-канал RS-232" для меня - какая-то бессмыслица... Предлагаю убрать.
протестую :)
Написавший это видимо хотел подчеркнуть что с помошью VE-01 можно передать через Eth TDM каналы содержащие внутри данные цифровых интерфейсов(RS-232/485 и другие), по сути это функция rs-232 over Eth реализованая таким способом на нашем оборудовании, и на мой взгляд упомянуть её полезно именно на страничке платы VE-01.
Другое дело что сформулировано это было излишне лаконично.
follow-up: 10 comment:8 by , 7 years ago
то есть у нас данные Rs-232 запихали в TDM а потом это все в Ethernet? а не проще было данные rs-232 сразу в Ethernet пихать?
comment:9 by , 7 years ago
Replying to san:
Написавший это видимо хотел подчеркнуть что с помошью VE-01 можно передать через Eth TDM каналы содержащие внутри данные цифровых интерфейсов(RS-232/485 и другие),
Но что-то, видимо, помешало ему исполнить свое желание... :) :) :)
по сути это функция rs-232 over Eth реализованая таким способом на нашем оборудовании, и на мой взгляд упомянуть её полезно именно на страничке платы VE-01.
А на мой взгляд логично упоминать эту функцию в разделе той платы, которая эту функцию реализует (PD-04, наверное?).
О том, что VE-01 может передавать через RTP произвольные данные, в тексте страницы уже написано:
...а также прозрачная передача данных канала без перекодирования
Каково (на)значение этих данных, плате VE-01 совершенно безразлично - ведь она их никак не преобразует и не анализирует. Да, как частный случай, в передаваемом потоке могут оказаться закодированы данные интерфейса RS-232. Но зачем выделять именно его? С таким же успехом там может быть и RS-485, и Centronics, и V.35, и FireWire... Так что выделение именно RS-232 здесь по-моему нелогично и неуместно...
comment:10 by , 7 years ago
Replying to artem:
то есть у нас данные Rs-232 запихали в TDM а потом это все в Ethernet? а не проще было данные rs-232 сразу в Ethernet пихать?
UDP (и, тем более RTP), как и канал TDM - неподходящий транспорт для передачи данных от интерфейса RS-232.
Во-первых, в 99.99% случаев это не данные реального времени (когда "опаздывающие" данные лучше отбросить чем подождать). Обычно передаваемая последовательность важна - удаление одного или группы символов из передаваемой последовательности нарушит ход обмена.
Во-вторых, в 99.9% случаев RS-232 - асинхронный. Стандарт предусматривает синхронный вариант интерфейса, где параллельно с сигналами данных передаются тактовые частоты, но лично я ни разу в жизни с таким вариантом RS-232 не сталкивался.
В-третьих, RS-232 предусматривает управление потоком, которого нет в RTP/UDP. Да, можно придумать свой протокол поверх UDP, выполняющий функции управления потоком, но зачем, если уже есть протокол TCP, который умеет ровно все необходимое...
Так что, на мой взгляд - да, намного проще RS-232 "сразу в Ethernet пихать", причем использовать TCP.
follow-up: 12 comment:11 by , 7 years ago
Rs-232 over RTP в нашей аппаратуре это "побочный эффект" т.е. объединение двух существующих функций rs-232 over tdm и tdm over rtp случайно дают интересную некоторым заказчикам функцию.
А на мой взгляд логично упоминать эту функцию в разделе той платы, которая эту функцию реализует (PD-04, наверное?).
По-моему уместно и там упомянуть и здесь.
Каково (на)значение этих данных, плате VE-01 совершенно безразлично - ведь она их никак не преобразует и не анализирует. Да, как частный случай, в передаваемом потоке могут оказаться закодированы данные интерфейса RS-232. Но зачем выделять именно его? С таким же успехом там может быть и RS-485, и Centronics, и V.35, и FireWire... Так что выделение именно RS-232 здесь по-моему нелогично и неуместно...
Я бы обозначил те интерфейсы, которые может передавать наш блок(в качестве примера), а в конце приписал "и другие".
Цель нашего сайта ведь в том, чтобы пользователь почитав странички на нём нашёл реализацию необходимых ему функций и купил наше оборудование.
И подсказать, лишний раз, пользователю что в нашем оборудовании есть какие-то функции будетне лишним :)
comment:12 by , 7 years ago
Replying to san:
Rs-232 over RTP в нашей аппаратуре это "побочный эффект" т.е. объединение двух существующих функций rs-232 over tdm и tdm over rtp случайно дают интересную некоторым заказчикам функцию.
В соседнем комментарии я уже написал Артему, почему такое решение - извращение, и чем оно плохо. Но я понимаю, что возможны случаи, когда оно приемлемо.
А на мой взгляд логично упоминать эту функцию в разделе той платы, которая эту функцию реализует (PD-04, наверное?).
По-моему уместно и там упомянуть и здесь. Я бы обозначил те интерфейсы, которые может передавать наш блок(в качестве примера), а в конце приписал "и другие".
По такой логике не менее уместным будет в описании, например, плат E1-08 и SM-01/SM-02 упоминать о том, что они позволяют передавать данные и окончаний FXS, и FXO, и RS-232, и E&M, и RS-422, и ethernet, и даже окончания телеграфа, ведь все эти интерфейсы есть в нашей аппаратуре... Упоминается RS-422 в описании платы SM-01? Нет! А почему? Чем она хуже VE-01? Она точно так же способна передавать данные канала 64 кбит/с... Если уж мы принимаем какую-то логику - то давайте применять ее везде, а не выборочно...
Цель нашего сайта ведь в том, чтобы пользователь почитав странички на нём нашёл реализацию необходимых ему функций и купил наше оборудование.
И подсказать, лишний раз, пользователю что в нашем оборудовании есть какие-то функции будетне лишним :)
ОК. :) Я готов согласиться с данной логикой. Если ты сейчас создашь тикеты о том, что в описаниях плат E1-08, SM-02, SM-01 и т.п. отсутствует упоминание о том, что они могут передавать данные окончаний FXO, RS-485, FXS, E&M и далее по списку, я возражать не буду. :) Но есть у меня подозрение, что этого сделано не будет... :)
comment:13 by , 7 years ago
создашь тикеты о том, что в описаниях плат E1-08, SM-02, SM-01 и т.п. отсутствует упоминание о том, что они могут передавать данные окончаний FXO, RS-485, FXS, E&M и далее по списку
ну а почему бы и нет :)
Но ты прав, мне лень, пусть Тёма решает.
comment:15 by , 7 years ago
comment:17 by , 6 years ago
Хм... Только сейчас заметил, что тикет был закрыт 1.5 года назад, при этом загадочное для меня "R232" никуда не делось... Артем, если R232 - это не ошибка, и такой тип каналов есть - расскажи, пожалуйста, в паре слов, что это такое. Для общего, так сказать, развития...
Артем, а для чего здесь добавлено "E&M"? Это же, насколько я понимаю, тип физического стыка сигналов сигнализации ("земля"/"батарея"), какое это имеет отношение к плате VE-01? Это - к плате EM-04, наверное. Предлагаю убрать.
Ну и RS-232, по-моему, уже совершенно здесь "ни к селу, ни к городу". Это физический стык для передачи данных (как правило, асинхронных), который вообще к TDM отношения не имеет. Понятие "TDM-канал RS-232" для меня - какая-то бессмыслица... Предлагаю убрать.
Короче говоря, настаиваю на изначально предложенной мной формулировке.