А возможно ли модифицировать приложение, обрабатывающее входящий звонок (наверное reception) таким образом, чтобы оно не делало bridge, а делало, например, transfer, при условии, что PSTN шлюз требует регистрацию и не умеет transfer, но только приминительно к факсу?
-----Original Message-----
From: CommuniGate Pro Russian Discussions [mailto:CGatePro@mx.ru]
Sent: Wednesday, May 07, 2008 3:15 PM
To: CommuniGate Pro Russian Discussions
Subject: Re: [CGP] Прием факса в T38 через PBX
Здравствуйте,
Михаил К. Епихин wrote:
> Добрый день.
> > Пожалуйста, помогите разобраться. > В следующей конфигурации: [PSTN(SIP)->CGP->Gate-FXO->Факс аппарат] при > попытке принять входящий факс через PBX с использованием T38 шлюзу не > удается договориться с CGP, шлюз говорит: > 14:18:43.538 2 SIPDATA-459228 inp: req [0.0.0.0]:5060 <- > udp[192.168.0.251]:5060 INVITE(1075 bytes) > sip:signode-14258-C6D0BD0E@192.168.255.3[]
> 14:18:43.538 5 SIPDATA-459228 inp: P-CGP-Identity: pbx@analit.net > 14:18:43.538 5 SIPDATA-459228 inp: P-CGP-Redirector: fax@analit.net > 14:18:43.538 5 SIPDATA-459228 inp: > 14:18:43.538 5 SIPDATA-459228 inp: v=0 > 14:18:43.538 5 SIPDATA-459228 inp: o=- 59637 0 IN IP4 192.168.0.251 > 14:18:43.538 5 SIPDATA-459228 inp: s=SIP CALL > 14:18:43.538 5 SIPDATA-459228 inp: c=IN IP4 192.168.0.251 > 14:18:43.538 5 SIPDATA-459228 inp: t=0 0 > 14:18:43.538 5 SIPDATA-459228 inp: m=image 61000 udptl t38 > 14:18:43.538 5 SIPDATA-459228 inp: a=T38FaxVersion:0 > 14:18:43.538 5 SIPDATA-459228 inp: a=T38MaxBitRate:14400 > 14:18:43.538 5 SIPDATA-459228 inp: a=T38FaxFillBitRemoval:0 > 14:18:43.538 5 SIPDATA-459228 inp: a=T38FaxTranscodingMMR:0 > 14:18:43.538 5 SIPDATA-459228 inp: a=T38FaxTranscodingJBIG:0 > 14:18:43.538 5 SIPDATA-459228 inp: a=T38FaxRateManagement:transferredTCF > 14:18:43.538 5 SIPDATA-459228 inp: a=T38FaxMaxBuffer:512 > 14:18:43.538 5 SIPDATA-459228 inp: a=T38FaxMaxDatagram:72 > 14:18:43.538 5 SIPDATA-459228 inp: a=T38FaxUdpEC:t38UDPRedundancy > 14:18:43.538 4 SIPDATA-459228 Hash=1252900380 > 14:18:43.538 4 SIPDATA-459228 self-route removed: > <sip:192.168.255.3:5060;lr> > 14:18:43.538 4 SIPDATA-459228 special route detected: > sip:rev.9356.dialog.cgatepro;lr > 14:18:43.538 2 SIPDATA-459228 created SIPS-136424 > > А CGP отвечает: > 14:18:43.538 2 SIPDATA-459230 out: rsp [0.0.0.0]:5060 -> > udp[192.168.0.251]:5060 488-INVITE(299 bytes) > 14:18:43.538 5 SIPDATA-459230 out: SIP/2.0 488 No audio media is found > 14:18:43.538 5 SIPDATA-459230 out: Via: SIP/2.0/UDP > 192.168.0.251:5060;branch=z9hG4bKb23d47e187 > 14:18:43.538 5 SIPDATA-459230 out: From: <sip:119@analit.net>;tag=308e0ec9 > 14:18:43.538 5 SIPDATA-459230 out: To: > <sip:84732394038@telnum>;tag=000000000014258-8E1DA462-C6D0BD0E > 14:18:43.538 5 SIPDATA-459230 out: Call-ID: 84732394038 > 14:18:43.538 5 SIPDATA-459230 out: CSeq: 801 INVITE > 14:18:43.538 5 SIPDATA-459230 out: Server: CommuniGatePro/5.2.2 > 14:18:43.538 5 SIPDATA-459230 out: Content-Length: 0 > > Насколько я понимаю, CGP умеет проксировать T38 - у меня получается > отправлять факсы, почему же не получается принимать?
Проксировать он умеет, а вот терминировать - нет. А здесь запрос адресован PBX приложению (pbx/reception?). Через bridge CGPro такое передать не может. Если бы там было еще и предложение G711 - то, скорее всего, получилось бы.
> Спасибо. > > Епихин.
##################################################################Вы получили это сообщение потому, что подписаны на список рассылки <CGatePro@mx.ru>.
Чтобы отписаться, отправьте сообщение на адрес <CGatePro-off@mx.ru> Чтобы переключиться в режим дайджеста - mailto:<CGatePro-digest@mx.ru> Чтобы переключиться в индексный режим - mailto:<CGatePro-index@mx.ru>Для административных запросов адрес <CGatePro-request@mx.ru> Архив списка: http://mx.demos.su/lists/cgp-russian/ Получено Wed May 07 11:32:45 2008
Этот архив был сгенерирован hypermail 2.1.8 : Wed 07 May 2008 - 16:15:03 MSD