Cronyx Site
About Cronyx
Products Prices Contact information Search English 
English Russian  Russian
Software Payment
What's new
F. A. Q.
Partners
Vacancies
Forum
Site map


Форум cronyx.ru

Ответить  |  Зарегистрироваться  |  Поиск

Продолжимstingray  ::  2006-03-14 14:32

В ss7 есть требование когда сигналка пустая передавать не флаг а FISU (fill in signal unit). Это всё (и кое что ещё - т.н. "фазирование" линка) прописано в MTP протоколе.
Соответственно на рынке полно дорогого железа, в котором MTP полностью или частично исполняется на плате.
Эксперименты показывают, что с современными процессорами это совсем не нужно - sifira ag сделали реализацию, которая работает целиком в userspace (включая HDLC и MTP) - см chan_ss7.
Для пущей уверенности mtp2 можно поместить в ядро - как раз в прерывание в котором буфер на отправку готовить - тогда появляется большая свобода в написании user parts SS7 (хоть на питоне пиши).

Так что, вкратце, ничего делать не надо - кроме предоставления opensource драйвера, в который можно вставить соответствующую часть.

В принципе для иллюстрации этого можно уже сейчас написать протокол mtp2 с binderным интерфейсом и посмотреть как это будет выглядеть. Но это позже :)

Насчёт кроссконнекторов. Второй абзац - я не разобрался до конца, спасибо. И про проблему у меня пока не было возможности выяснить.
Идея такая. Для сохранения процессора и входных каналов я беру порт tau32 и делю его на два канала. Один хдлц 16 таймслот, другой - clear channel все остальные. Выше по стеку я потом второй канал разделяю на отдельные таймслоты по байтам.

В поределённый момент времени мне нужно запихнуть б-канал обратно в тот же поток откуда он пришёл. То есть я установил ещё одно соединение, у меня получилось 2 б-канала заняты, и мне нужно их друг с другом соединить.
Допустим, я готовлю матрицу кроссконнекта и её активирую. Что у меня произойдёт с каналом с которым я работаю с телефонией? Туда начнёт поступать меньше данных - таймслоты оттуда ведь убежали?

С точке зрения простоты реализации лучше было бы если бы после активации кроссконнекта в соответствующих байтах шли нули или любой мусор (размер порции данных соответственно не уменьшался) и вообще она всегда была кратна mtu таким образом чтобы в mtu помещалось не больше сегодняшнего zt_chunksize (8 байт) - из соображений эходава.

Возможно, оно так уже работает - я к сожалению ещё не добрался до ddk и кросс-коннектов ;(

Со стороны астериска есть возможность сообщить драйверу канала что 1) эти два канала одного типа нужно забриджить 2) астериск не хочет оставаться в media path. В zaptel на это дело даже функция есть соответствующая. Как раз для этого я кроссконнектить таймслоты и собрался.

Насчёт каналов HDLC - для таких вещей как СМС-центр или IN-платформа нужны как раз каналы, в каждом таймслоте отдельный сигнальный линк идёт ... в принципе, можно и программно это сделать, тем более что это будет очень редкое применение :)

Насчёт эхоканселера - поэкспериментируйте с программным подавлением. У вас в tdmoip какой проц? C3 ? или geode?



Транзит голосового потока
sin  ::  2006-02-27 15:45
   Я тут забавнее ерунду сделалstingray  ::  2006-03-14 10:58
      Так держать!ly  ::  2006-03-14 11:29
         Спасибо за комплиментstingray  ::  2006-03-14 11:42
            Опишите что бы вы хотели (+)ly  ::  2006-03-14 11:51
               Навскидкуstingray  ::  2006-03-14 12:17
                  Re: Навскидкуly  ::  2006-03-14 13:37
                     pci-xedo  ::  2006-03-14 15:19
                     Продолжимstingray  ::  2006-03-14 14:32
                        Перехожу на почту (-)ly  ::  2006-03-14 15:51
                           Пока пусто :)stingray  ::  2006-03-14 15:58
                        эхоedo  ::  2006-03-14 15:16
                           А что его давить - оно не вылазитstingray  ::  2006-03-14 15:51
                              у меня вылазит :)edo  ::  2006-03-14 16:10
                                 А полностью какой конфигstingray  ::  2006-03-14 16:22
                                    конфигedo  ::  2006-03-14 16:45
                                       А вот если бы было tau32stingray  ::  2006-03-14 16:52
                                          не уверенedo  ::  2006-03-14 17:09
                                             Ты что пишешь в voip-info?stingray  ::  2006-03-15 01:08
                                                http://www.cronyx.ru/forum/?t=1854&page=4edo  ::  2006-03-15 08:59
                                                   Облажалсяstingray  ::  2006-03-15 11:50
                                                      когда поправишь?edo  ::  2006-03-15 16:47
                                                         Ужеstingray  ::  2006-03-16 00:00
                                                            про tau-pci слишком мрачно получилосьedo  ::  2006-03-16 00:25
                                                            я пас, по английски только читаюedo  ::  2006-03-16 00:17
                                                               Согласен (Re: может быть)ly  ::  2006-03-16 00:58
                                                                  В россии есть идиотские трудностиstingray  ::  2006-03-16 17:24
                                                      Дайте url (+)ly  ::  2006-03-15 14:16
                                                         http://www.voip-info.org/wiki/view/Asterisk+PRIedo  ::  2006-03-15 14:49
                                                            Там очень серьезная ошибка (+)ly  ::  2006-03-15 17:37
                                                               не я :)edo  ::  2006-03-15 18:02
                                             Да (+)ly  ::  2006-03-14 17:16
                                             Такие же как у дигиумаstingray  ::  2006-03-14 17:11
   Теоретически ...wlad_m  ::  2006-02-28 14:18

Copyright © 1996-2018 Cronyx
www-adm@cronyx.ru