From: "Dmitry Akindinov" Received: by mx.demos.su (CommuniGate Pro PIPE 5.0.14) with PIPE id 548565957; Tue, 26 Mar 2013 20:43:50 +0400 X-Spam-Status: No, hits=-1.1 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD, SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.2-st2.demos X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 3.3.2-st2.demos (2011-06-06) X-Spam-Report: -1.1 points, 5.0 required; * -0.0 SPF_HELO_PASS SPF: HELO matches SPF record * -0.0 SPF_PASS SPF: sender matches SPF record * -0.6 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain * -0.5 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0001] * 0.0 AWL AWL: From: address is in the auto white-list Received: from mail.moscow.stalker.com ([89.175.185.228] verified) by mx.demos.su (CommuniGate Pro SMTP 5.0.14) with ESMTP id 548565959 for CGatePro@mx.ru; Tue, 26 Mar 2013 20:43:45 +0400 Received: from [37.204.175.169] (account dimak@mail.moscow.stalker.com HELO [192.168.0.112]) by mail.moscow.stalker.com (CommuniGate Pro SMTP 6.0.3) with ESMTPSA id 36630649 for CGatePro@mx.ru; Tue, 26 Mar 2013 20:43:40 +0400 Message-ID: <5151D039.4090905@stalker.com> Date: Tue, 26 Mar 2013 20:43:37 +0400 Organization: Stalker Labs User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: CommuniGate Pro Russian Discussions Subject: Re: [CGP] =?KOI8-R?Q?=F0=C5=D2=C5=D7=CF=C4_=DA=D7=CF=CE=CB=CF=D7?= References: In-Reply-To: Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Здравствуйте, On 2013-03-26 19:36, Kondratenko Boris wrote: > Доброго времени суток коллеги, > > не могу понять, почему не работает переадресация c Sipnet. Звонки с любых шлюзов имеет смысл всегда принимать через приложение B2BUA, чтобы запросы по переводу звонков (REFER) обрабатывались локально на сервере, а не отправлялись на шлюз, где их обычно отказываются обрабатывать (в этом логе - ошибка 403) из-за сложностей с тарификацией и преодолением NAT файрволов. В комплекте с CGPro идёт B2BUA приложение gatewayincoming, как раз для этих случаев. И если регистрация на сервере провайдера осуществляется при помощи RSIP записи в каком-то аккаунте CGPro без каких-либо хитростей, то звонки от провайдера будут оьбрабатываться этим скриптом по умолчанию. У вас же запрос REFER от секретаря релеится на шлюз, где и отвергается с ошибкой 403. При использовании для входящих звонков скрипта gatewayincoming такого быть не должно. > Если один клиент общается через sip с другим (оба звонка внутри cgp), то > перевести звонок на другого клиента внутри cgp не представляет никаких > проблем. > > Однако, если звонок приходит из вне (в моем случае из sipnet), то > происходит следующее: > > 1. Звонок поступает на pbx@pmh.ru - он переадресует на 101 (псевдоним > учетной записи sekretar@pmh.ru)) > 2. Секретарь поднимает трубку и переадресует звонок на 301 (псевдоним > учетной записи kondor7@pmh.ru) > 3. На kondor7 звонок поступает от секретаря. После того, как секретарь > информирует о том, кто звонит, она вешает трубку. > 4. Далее, вместо того, чтобы переведенный звонок прошел на > kondor7@pmh.ru он почему-то возвращается на секретаря. > > Не знаю, имеет ли это отношение к делу, но мелодия ожидания при внешнем > звонке воспроизводится с помехами, когда как если переводить звонки > между сотрудниками внутри офиса - мелодия играется нормально. > > Если честно, то я даже не предполагаю, в какую сторону копать... Логи > посмотрел, но ничего интересного не нашел. Офис (клиенты сервера) > находится за NATом, сам CGP стоит на выделенном серваке без всяких > NATов. > > Лог во вложении. Имена для целей рассылки я не менял. > > Заранее благодарю. [] -- Best regards, Dmitry Akindinov