OS 7200 v4.14k + mgi16 v1.20= t38 off ?

[LionB]

Иманно!! Приведенные тесты 7400 делались на 4.14.. Посему сразу делайте обновление на 4.14k (и проверьте приведенные по ссылке настройки dial peer в Cisco).. С 7200 дело хуже (по причине отличия операционных систем OS100/500/7200 и OS7100/7400), в 500 и 7200 T38 работает только при входящем звонке и приеме факса.. В остальных случаях на 7200 и на 4.14k не ходит (воюем с разработчиками. см. ниже)...

All tests with last MGI16 and v4.14 7100/7400 for H323 and SPNet faxes over VoIP feature is passed with Cisco 5350, 5400 and AddPack VoIP G/W except one case described in P070814002. This issue is correct for OS7100/7400.

And it still troubles with:

OS500 (MCP V2.69, V2.72)+ MGI3 V3.62 or MGI16 V1.20
OS7200 (MCP V4.14, V4.14K)+ MGI V1.14 or MGI16 V1.20

The T38 is working stable with Cisco in one case if it is incoming call and FAX is receiving on OfficeServ extension only..

If it is outgoing call and FAX sending or receiving it is not work correct and stable (with same environment it is work good in OS7100 and 7400.. )..

On my opinion it is not the MGI s/w trouble now. The reason is difference MP operation system in OS500/7200 and OS7100/7400.. The bug can be in the T38 algorithm with OS500/7200, because same MGI cards are working well with T38 in OS7100/7400.

So.. If it is impossible to recheck it in LAB with Cisco 38XX, 53XX, 54XX or Cisco CM, then I am asking first to recheck OS500/7200 + MGI/MGI3/MGI16 with OS7100 or 7400 (due it is work correct)… And first target to find what the difference in T38 operation with correct worked OS7100/7400 in all cases:

A. Fixed G729, G729a, G723.1
B. Autonego from fixed G729, G729a, G723.1 on each of this codec’s (non G711)

1. Incoming call, FAX receiving
2. Incoming call, FAX sending
3. Outgoing call, FAX receiving
4. Outgoing call, FAX sending


P.S. Autonego from fixed non G711 to G711 codec with T38 G711 OFF (trouble ticket P070814002)

[*OK]

хорошо. сделаю, отпишусь.
мне тоже прислали...

1. OS 7100 and OS 7400 is OK (except Autonego and T38 with G711 Disable)

2. So. Could you please recheck OS7200 on T38 in R/D labs..

I mean that the OS7200 can only Receive fax if call is incoming.

3. Could you please ask to take OS7100 and check T38 fax transmission for next cases?
Used codec G729/G729a (non G711). Autonego Disable

OS7200 side (Please in all cases use manual FAX sending method, not the Auto FAX mode on faxes terminals)
1. Incoming call, FAX receiving
2. Incoming call, FAX sending
3. Outgoing call, FAX receiving
4. Outgoing call, FAX sending

If you check this issue with between OS 7100 and 7400 then it work in all cases
But if one of the systems is OS100, 500 or 7200 then by my information only 1st case is working.

P.S. Could you please ask to recheck it with both new MGI16 and old MGI cards?

It is very important… Also if in the lab it is work in all cases I want to know the OS systems options related with T38
(Fast/Slow start, Tunneling, Used Codec frame option, etc.. Is it possible set Fax Redundancy value? What redundancy value used now.)

кста, а R/D labs это что за лаборатория?

[LionB]

Корея R/D - Research/Development

[*OK]

в архиве тест2
Лев, если несложно. выложите сisco test4
на станции: codec auto nego on, g729(20ms)+T38, use T38 g711 off, fax ecm off
на cisco: codec g729+T38
просто неполная картина из test 2, тем более что он прошол в 711g и ни слова неувидел в настройках cisco о t38

[LionB]

Я выложил, все, что у меня было

там же в текстовм файле "варианты диал пира для номера..." все варианты настройки собраны...

собственно для тест 4 (Cisco 5350)

вариант для 729+T38
dial-peer voice 804 voip
tone ringback alert-no-PI
huntstop
answer-address 3433852990
destination-pattern 3852990
session target ipv4:217.119.80.242
dtmf-relay h245-signal h245-alphanumeric
codec g729r8 bytes 40
fax-relay ecm disable
fax rate 9600
fax protocol t38 ls-redundancy 5 hs-redundancy 2 fallback pass-through g711alaw
ip qos dscp cs5 media
no vad

А настройки в Cisco test 2 - это настройки для 17ой циски он еще привел.
Делал это RRR.. Я попросил его сюда посматривать.

[andreyka459]

на OS500(2.69M)+MGI3(3.62) факcы с cisco ИМХО ходят стабильнее по протоколу SIP

не проходит входящий факс при исходящем вызове, остальное вроде более-менее(тьфу*3), включая отсутствовавшее ранее напрочь проключение голоса по окончании передачи факса.

вот только на L-версии SIP исходящий не работает ...

[RRR]

Я выложил, все, что у меня было

там же в текстовм файле "варианты диал пира для номера..." все варианты настройки собраны...

Делал это RRR.. Я попросил его сюда посматривать.

немного поясню что и как тестировалось
test1 и test2 советую особо не рассматривать т.к. все оборудование сидело в нашей сети и в тфоп не бегало(тестировалось по первой схеме) (сделано было скорее для интереса чем для статистики т.к. на тот момент не было нужной циски 827 и делалось в надежде что со временм такая на руках появится), в файлике кстати об этом написано "первые два теста по первой схеме не нужны из за отсутствия cisco827 с поддержкой 729+T38"
насчет схем тестов, их было две
1. тестовая: samsung-mvts-адпак (или 827 cisco)
2. рабочая схема: ТФОП-cisco(5350 или 5400)-MVTS-станция
по поводу тестов с 3-го по 6-й
1. использовалась вторая схема
2. диалпиры используемые на cisco5400(5350) есть в прилогаемых файликах и подписаны (на данный момент в работе используем именно такие диалпиры + есть один не указзаный в том списке который используем по необходимости, в нем просто добавляется еще одна строчка для работы модемов modem passthrough nse codec g711alaw redundancy)
з.ы. конфиги адпака и cisco827 были приведены для примера и опять же для истории (в надежде что повится cisco827 и удасться довести эксперимент до логического конца)