Список коммутаций в TDM маппере

[san]

Ваня предлагает на вкладке TDM маппера, кроме самого маппера выводить ещё некую расшифровку коммутаций("Список коммутаций"), чтобы пользователю по этой таблице можно было проще понять откуда куда и что скоммутировано, т.е. некое более человекопонятное представление коммутаций чем сам маппер.

Опционально(включением чекбокса) выводить "Список коммутаций" ввиде таблицы выше TDM маппера(можно аналогично раскрывающейся опции "Передача бита целостности")

Что такое "Список коммутаций" попытался сформулировать в документе: ​https://docs.google.com/document/d/1aT0CkbNB0grdQedQkF82ZerpM7GiJ8i-4JvUPALrngY/edit?usp=sharing

Это предложение поступает от МВТел уже давно, сейчас Ваня настаивает на том, что это улучшение необходимое, прежде чем получить у директора одобрение на реализацию этой задачи, предлагаю обсудить/покритиковать.

[alx]

В каждой строке таблицы соединений фигурирует два канала (если не учитывать групповые), что логично. Но почему колонка "Комментарий" толдько одна? Комментарий какого из каналов в ней должен отображаться? Мне кажется, что рядом с каждым обозначением канала следует выводить его комментарий.

Пункт. 1б гласит:

если обратная коммутация не совпадает с тем куда скоммутирован канал - выводится ещё строчка обратной коммутации с режимом ⟵.

Предположим, что самый первый канал (1:0, левый верхний угол таблицы маппера) скоммутирован в 10 разных каналов, каждый из которых скоммутирован еще в 10 разных каналов. Согласно алгоритму, мы рисуем 10 строк с режимом "⟶". Пока все вроде бы понятно. А вот дальше - что должно быть в строчке обратной коммутации? Какой из 10 каналов должен быть указан в правой колонке? А какой из 10 каналов в левой?

Далее, п. 1в гласит:

если коммутация канала уже была ранее отображена в качестве обратной коммутации для другого канала - не выводим её

Тот же пример, что был описан выше. Некий канал скоммутирован в 10 других. Причем одно из этих соединений было указано в качестве обратного для канала 1:0. Согласно п. 1в, это соединение выводиться не должно. Следовательно, когда до нашего канала дойдет очередь, будет отображено его соединение лишь с девятью каналами из десяти. Или, если немного обобщить, получается, что соединения канала могут быть "размазаны" по разным частям таблицы. Мне кажется, это нехорошо - теряется наглядность.

Пункты 2 гласит:

Если в канал скоммутирован групповой - выводим построчно все слагаемые (строки 5-7) с режимом ⟶

Получается, что визуально в таблице коммутация в наш канал слагаемых группового канала ничем не отличается от коммутации нашего канала в другие каналы (см. п. 1)...

Пункт 3а я просто не понял.

[alx]

И вообще, для обсуждения задачи не хватает описания ее цели/мотивации. Не зная, с какой целью будет выводиться список коммутаций, трудно критиковать, например, форму отображения или алгоритм формирования этого списка. Саша, если возможно, добавь, пожалуйста, цель в описание тикета...