From: "Dmitry Akindinov" Received: by mx.demos.su (CommuniGate Pro PIPE 5.0.14) with PIPE id 548732387; Fri, 21 Jun 2013 09:27:08 +0400 X-Spam-Status: No, hits=-1.5 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.5 points, 5.0 required; * -0.0 SPF_HELO_PASS SPF: HELO matches SPF record * -0.0 SPF_PASS SPF: sender matches SPF record * -1.3 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain * -0.5 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.3 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 548732391 for CGatePro@mx.ru; Fri, 21 Jun 2013 09:27:01 +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.6g) with ESMTPSA id 37601678 for CGatePro@mx.ru; Fri, 21 Jun 2013 09:26:52 +0400 Message-ID: <51C3E414.4050503@stalker.com> Date: Fri, 21 Jun 2013 09:26:44 +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?=ED=C5=D4=CF=C4=CF=CC=CF=C7=C9=D1_=CF=C2=D2?= =?KOI8-R?Q?=C1=C2=CF=D4=CB=C9_=D7=C8=CF=C4=D1=DD=C5=C7=CF_=DA=D7=CF=CE?= =?KOI8-R?Q?=CB=C1?= References: In-Reply-To: Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Здравствуйте, On 2013-06-21 01:45, alex sss wrote: > 21.06.13, Sergey Kronshtadtov написал(а): >> On 20.06.2013 21:56, alex sss wrote: >>> Чувствуется коммунигейт - мега популярная войп-платформа. >>> >>> >> >> Остроумно:) >> Да, нужен именно operator. > > Конкретно с operator'ом получилось. Спасибки. Причем огромное. > Можете подсказать где про оператора в доках написано? Вы попросили некий конкретный сценарий обработки звонка. Нормально это делается написанием скрипта, но, используя особенности поведения стокового скрипта, можно было обойтись без программирования. Надо было лишь использовать аккаунт/алиас с именем operator. Два раза об этом говорилось. Поведение авто-секретаря и использование им расширенных настроек описано здесь: . То, что по умолчанию без дополнительного ввода со стороны звонящего звонок переводится на оператора, там не написано, да... >> Я настраивал сценарий аналогичный вашему точно так же, как Вам >> порекомендовали - все работало. > > Кто рекомендовал? Это ж вроде коммерческий продукт продаваемый не > первый год - все должно быть в доках, факах, хау-ту и etc. > > Я уж молчу про разницу в русской и английской документации. > >> Если хотите понимать точнее что происходит, изучите скрипты, которые >> идут вместе с программой. Там не так много. > > Наверное. Это хорошо для астериска, но не для системы за 50 тыр на 25 рыл. > Совместно с техподдержкой уже правил скрипты, чтобы КГП сумел звонки > переводить. Спортивненько. Не честно. Вы прекрасно знаете, почему пришлось включать миксер (upstream шлюз не умеет правильно обрабатывать re-INVITE при постановке на холд, оставляя после трансфёра медиаканал со своей стороны в sendonly) и почему пришлось править скрипт (даже после перерегистрации с новым Contact URI шлюз продолжал присылать звонки на старый, таким образом миксер не включался, хотя должен бы.) По-настоящему "спортивненько" было бы убедить ещё и поддержку шлюза, что бы он работал согласно стандартам. Но нам с вами важнее, чтобы всё просто заработало, правда? -- Best regards, Dmitry Akindinov