Объединение OS7100 с KX-TDA30 по H.323?

[d@vinchi]

TDA шлет следующее, смущают кракозябры... или так и должно быть?

Код: Выделить всё

==========================================================================================================================
  T EXT  AUTH TRK  MM/DD STT.TIME DURATION FG DIALED DIGIT       ACCOUNT CODE    COST  CLIP NUMBER      CLIP NAME
==========================================================================================================================
  1 301       8401 01/13 12:46:32 00:00:08 IA 301                                 0.00 107              ▌╒т CLIP ╪▄╒▌╪
  1 301       8401 01/13 12:46:40 00:00:08 I  301                                 0.00 107              ▌╒т CLIP ╪▄╒▌╪

в ММС714 подправил на 3**, теперь все гуд...

[LionB]

Я так и знал, что неправильно была заполнена DID табличка.
Кракозябы - это по русски Нет CLIP Имени
Пользуйся терминалкой, понимающей Unicode и все будет ОК.

[d@vinchi]

Кракозябы - это по русски Нет CLIP Имени

и это тоже нормально т.к. в случае с Н.323 его и не может быть?

В DID таблице есть поле NAME, где например для 3** можно задать имя которое будет показываться на системнике после номера 3хх\<имя в DID>. Т.к. звонить на 3** будут с разных офисов в идеале подставлять туда имна этих офисов, типа Офис А, Офис Б. Вот прикидываю как лучше это организовать - заставить удаленные панасы слать нобираемый номер с пркфиксом удаленной станции, например 1301, рулить его в DID, а потом отрезать первую цифру-префикс или на самом самсунге как-то сначала добавить префикс в зависимости откуда пришел вызов потом пропустить через DID и отрезать перфикс - как лучше если такое вообще реально?

[LionB]

1) Да нормально.. Так оно и есть.
2) Я так понял ты окончательно сварился и запутался, что есть что...
CLIP - Номер откуда звонят. Мы уже обсудили, где на эти номера можно подставить имя.
DID - номер кому звонят (Входящие цифры). И вот тут имя обычно имеет смысл ставить, когда на один номер могут приходить звонки по нескольким DID комбинациям.. Вот и ставится некое имя, что бы чел. быстрее ориентировался в ситуации. Ну например, звонят по поводу рубероида по одному номеру, а за кирпичем по другому, а отвечает один и тот же человек.
Префикс ты фомируешь на станции инициирующей вызов. Допустим ты на TDA задал добавлять 001 перед 3XX в сторону OS.
Тогда прилетать будут номера 0013ХХ.
В ММС714 тогда прописываешь
0013** BBBBBB Delete Count 3

В обратную сторону, по той же схеме, но префикс режешь на TDA

[d@vinchi]

Префикс ты фомируешь на станции инициирующей вызов. Допустим ты на TDA задал добавлять 001 перед 3XX в сторону OS.
Тогда прилетать будут номера 0013ХХ.
В ММС714 тогда прописываешь
0013** BBBBBB Delete Count 3

все так и сделал, но теперь на экране системника номер отображается как "0013ХХ\Имя", как бы отрезать префикс 001 чтобы его небыло видно? Если резать в ММС832 (IT 5.2.4) то номер уже в DID таблицу попадает урезаный...

[LionB]

Пришедший DID высвечивается на дисплее полностью и не модифицируется к отражению на дисплее. Оно автоматом режется только при использовании родной SPNet сигнализации меду Самсунгами, когда система видит что в пришедшем номере из SPNet транков первые цифры совпали с Self ID. Система автоматом понимает, что вызов надо приземлять в себя, отрезает этот ID и остаток направляет в ММС714 (уже без префикса).

[d@vinchi]

В одной сети в пределах одной маски подсети самсунг и панас гоняют голос без проблем в оба направления, а вот через через инет удаленный панас не слышит самсунга?
Общая схема такая:
<OS7100><proxy-server-ISA><internet><proxy-sever-ISA><Aqua GK><TDA30>
Нобор номера и соединение проходит успешно с обоих сторон, со стороны самунга слышно панас, панас не слышит ничего - только зумер в момент вызова и далее тишина. Соединение происходит на 729 кодеке, на прокси-серверах ничего не режется - проверено, соединение мониторил Wireshark'ом - тоже все нормуль - UDP пакеты идут в оба направления с обеих сторон, на строне панаса в логах AquaGK тоже ничего подозрительного - пакеты пирходят с нужного IP и в pdu тоже правильный IP... в общем дело думаю не в транспорте... подскажите куда еще капнуть?

P.S. Попробовал такую схему:
<OS7100><Aqua GK><proxy-server-ISA><internet><proxy-sever-ISA><Aqua GK><TDA30>
голос пошел в обе стороны, что говорит о работоспособности связки <OS7100><Aqua GK>, т.е. если через локальную сеть работает, то и через инет должно...

[LionB]

А куда (адрес и порт) идут UDP пакеты от Самсунг до роутера (в локльной сетке) и после него (сразу на публичном адресе роутера)? Перед Панасоником проверяли приход UDP пакетов? Панасоник то надеюсь в публичном интернете остался (он же за NAT стоять не умеет, если Панасоник стоит там в локалке за NAT, то картина вполне логична, так как в сигнализации в сообщении Connect, Open Media Channel вы увидите, что Панасоник прислал Самсунгу описание своего Media Channel отправлять UDP на его локальный адрес в той локальной сети, что для Самсунг в этой сети полный бред)?

[d@vinchi]

А куда (адрес и порт) идут UDP пакеты от Самсунг до роутера (в локльной сетке) и после него (сразу на публичном адресе роутера)?

после того как по ТСР в протоколе Н.323 станции заканчивают согласование сеанса связи пересылка UDP идет прямиком с локального адреса самсунга на публичный адрес панаса (если смотреть ваершрэком), но на выходе с прикси-сервера у UDP пакетов уже должен быть публичный адрес самсунга...

Перед Панасоником проверяли приход UDP пакетов?

судя по логам удаленного прокси в момент соединения есть как минимум два открытых UDP соединения...

Панасоник то надеюсь в публичном интернете остался (он же за NAT стоять не умеет...

я же все подробно описал, может не внимательно прочитали... панас действительно не умеет стоять за НАТом, НО в удаленной сети он стоит за проки-сервером который все что леит от публичного адреса самсунга шлет на AQUA GK который проксирует трафик Н.323 с публичного адреса на локальный адрес панаса...

[LionB]

Давайте танцевать от печки! Давайте убедимся через Wareshark непосредственно на сайте Панасоника, что UDP пакеты посланные Самсунгом в сторну Панасоника доходят и они не пустые. Мало того, попробуйте проиграть (там плейер встроенный имеется) собранный UDP трафик Wareshark же и послушайте, что там происходит.
На наверное я опираться не хочу. Я конечно понимаю, что это удаленный узел и т.д. и т.п., однако.