 
<p align="center">Уважаемые дамы и господа&#33; Для вас сохранен старый форум по адресу <a href="http://forum.intersyst.ru" >http://forum.intersyst.ru</a></p>
 
<p><?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>ЗАО &amp;quot;ИНТЕРСИСТ&amp;quot; [тема: Входящий SIP-вызов на OXE 9.1 (502 bad gateway)]</title>
		<link>http://www.intersyst.ru</link>
		<description>Новое в теме Входящий SIP-вызов на OXE 9.1 (502 bad gateway) форума IP/VoIP на сайте ЗАО &amp;quot;ИНТЕРСИСТ&amp;quot; [www.intersyst.ru]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Wed, 14 Oct 2026 02:06:14 +0500</pubDate>
		<item>
			<title>Входящий SIP-вызов на OXE 9.1 (502 bad gateway)</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7500/">Входящий SIP-вызов на OXE 9.1 (502 bad gateway)</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum21/">IP/VoIP</a>. <br />
			<b>Проблема решена!</b> Всем большое спасибо за участие!<br />Оказывается надо было на внутренней SIP транк группе (которая к внутреннему gateway) обязательно поставить в свойствах Compression Type = G711. Причём независимо от того, что стоит на внешней транк группе, в IP domain или ещё где. Видимо, это связано с тем, что 4-й CallManager по SIP только 711 кодек понимает.<br />Причём AudioCodes, Panasonic, OXE, OXO, Samsung, Asterisk совсем не смущает настройка на внутренней транк группе, а вот Cisco CallManager смутился:)<br /><br />Короче говоря, если встречаете Server Failure, не стоит смотреть на 502 Bad Gateway, а траблешутить дальше по стандартной схеме: имена, номера, кодеки, IP-адреса. <br />
			<i>24.11.2011 00:20:01, skipper.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7500/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7500/</guid>
			<pubDate>Thu, 24 Nov 2011 00:20:01 +0600</pubDate>
			<category>IP/VoIP</category>
		</item>
		<item>
			<title>Входящий SIP-вызов на OXE 9.1 (502 bad gateway)</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7499/">Входящий SIP-вызов на OXE 9.1 (502 bad gateway)</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum21/">IP/VoIP</a>. <br />
			<b>Dmitry Ryzhakov,</b> <br />Инвайты абсолютно одинаковые, потому что идут с одного CallManager, через один SIP-прокси. А вот обработка инвайтов разная. <br />
			<i>24.11.2011 00:12:44, skipper.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7499/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7499/</guid>
			<pubDate>Thu, 24 Nov 2011 00:12:44 +0600</pubDate>
			<category>IP/VoIP</category>
		</item>
		<item>
			<title>Входящий SIP-вызов на OXE 9.1 (502 bad gateway)</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7467/">Входящий SIP-вызов на OXE 9.1 (502 bad gateway)</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum21/">IP/VoIP</a>. <br />
			если у вас включена авторизация на sip gateway, выключите ее для начала, во-вторых - инвайты не могут быть одианковыми - либо кавычки стоят либо еще что-то не так. и смотрите внимательно - откуда (IP, имя) и куда (то же самое) идет обмен сигнализацией SIP. <br />
			<i>22.11.2011 21:58:17, Dmitry Ryzhakov.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7467/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7467/</guid>
			<pubDate>Tue, 22 Nov 2011 21:58:17 +0600</pubDate>
			<category>IP/VoIP</category>
		</item>
		<item>
			<title>Входящий SIP-вызов на OXE 9.1 (502 bad gateway)</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7466/">Входящий SIP-вызов на OXE 9.1 (502 bad gateway)</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum21/">IP/VoIP</a>. <br />
			Перебором нашёл станцию OXE, на которую вызов проходит! Чудеса какие-то: инвайты одинаковые а поведение станций абсолютно разное. Пытался сравнивать конфиги - одно и тоже и по транк группам, и по external gateway и по префиксам...<br />Подскажите, куда дальше копать в системе? Где зарыты точечные настройки SIP? Как посмотреть, что происходит внутри этого sipmotor при обработке &nbsp;INVITE? <br />
			<i>22.11.2011 21:29:00, skipper.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7466/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7466/</guid>
			<pubDate>Tue, 22 Nov 2011 21:29:00 +0600</pubDate>
			<category>IP/VoIP</category>
		</item>
		<item>
			<title>Входящий SIP-вызов на OXE 9.1 (502 bad gateway)</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7460/">Входящий SIP-вызов на OXE 9.1 (502 bad gateway)</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum21/">IP/VoIP</a>. <br />
			<b>etc,</b> Там я тоже уже многослойно копался. В принципе, я тоже больше грешу на CCM, но тут ведь и вопрос, а почему Алкатель отбивает сообщением 502 Bad Gateway, независимо даже от того, кто и что ему прислал.<br />На другие станцим звонить можно. <br />
			<i>21.11.2011 18:11:49, skipper.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7460/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7460/</guid>
			<pubDate>Mon, 21 Nov 2011 18:11:49 +0600</pubDate>
			<category>IP/VoIP</category>
		</item>
		<item>
			<title>Входящий SIP-вызов на OXE 9.1 (502 bad gateway)</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7458/">Входящий SIP-вызов на OXE 9.1 (502 bad gateway)</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum21/">IP/VoIP</a>. <br />
			А вообще с ССМ в другие места (не ОХЕ) звонить можно? Есть подозрение, что копаем не там. Согласно схеме разбираться надо между SIP Proxy и ССМ. <br />
			<i>21.11.2011 17:36:38, etc.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7458/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7458/</guid>
			<pubDate>Mon, 21 Nov 2011 17:36:38 +0600</pubDate>
			<category>IP/VoIP</category>
		</item>
		<item>
			<title>Входящий SIP-вызов на OXE 9.1 (502 bad gateway)</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7456/">Входящий SIP-вызов на OXE 9.1 (502 bad gateway)</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum21/">IP/VoIP</a>. <br />
			<br />====quote====<br />skipper пишет:<br /> Для SIP-шлюзов и сторонних станций - только SIP.<br />=============<br />нууу...а я про что?<br /><br /><br />====quote====<br />skipper пишет:<br /> Для OXE есть ещё сет ABC-F параллельно.<br />=============<br />это другая опера <br />
			<i>21.11.2011 16:49:44, error.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7456/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7456/</guid>
			<pubDate>Mon, 21 Nov 2011 16:49:44 +0600</pubDate>
			<category>IP/VoIP</category>
		</item>
		<item>
			<title>Входящий SIP-вызов на OXE 9.1 (502 bad gateway)</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7455/">Входящий SIP-вызов на OXE 9.1 (502 bad gateway)</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum21/">IP/VoIP</a>. <br />
			<b>error,</b> всё верно, если звонок идёт в SIP. Для OXE есть ещё сет ABC-F параллельно. Для SIP-шлюзов и сторонних станций - только SIP. <br />
			<i>21.11.2011 16:44:41, skipper.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7455/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7455/</guid>
			<pubDate>Mon, 21 Nov 2011 16:44:41 +0600</pubDate>
			<category>IP/VoIP</category>
		</item>
		<item>
			<title>Входящий SIP-вызов на OXE 9.1 (502 bad gateway)</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7454/">Входящий SIP-вызов на OXE 9.1 (502 bad gateway)</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum21/">IP/VoIP</a>. <br />
			хм...<br />на Cisco Unified SIP Proxy расписывайте направления (т.е. 934 налево, 933 на право, 901 прямо), звонки ото сюду заруливайте на на Cisco Unified SIP Proxy и она сама должна через себя терминировать трафик то бишь для всех концов атс,1 атс2, ссм должна быть одна единственная дорога на Cisco Unified SIP Proxy <br />
			<i>21.11.2011 16:42:47, error.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7454/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7454/</guid>
			<pubDate>Mon, 21 Nov 2011 16:42:47 +0600</pubDate>
			<category>IP/VoIP</category>
		</item>
		<item>
			<title>Входящий SIP-вызов на OXE 9.1 (502 bad gateway)</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7452/">Входящий SIP-вызов на OXE 9.1 (502 bad gateway)</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum21/">IP/VoIP</a>. <br />
			Да, это Cisco Unified SIP Proxy: на неё собраны все транковые группы всех станций в сети. <br />
			<i>21.11.2011 16:36:30, skipper.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7452/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7452/</guid>
			<pubDate>Mon, 21 Nov 2011 16:36:30 +0600</pubDate>
			<category>IP/VoIP</category>
		</item>
		<item>
			<title>Входящий SIP-вызов на OXE 9.1 (502 bad gateway)</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7451/">Входящий SIP-вызов на OXE 9.1 (502 bad gateway)</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum21/">IP/VoIP</a>. <br />
			т.е. внешняя балалайка? <br />
			<i>21.11.2011 16:34:40, error.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7451/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7451/</guid>
			<pubDate>Mon, 21 Nov 2011 16:34:40 +0600</pubDate>
			<category>IP/VoIP</category>
		</item>
		<item>
			<title>Входящий SIP-вызов на OXE 9.1 (502 bad gateway)</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7450/">Входящий SIP-вызов на OXE 9.1 (502 bad gateway)</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum21/">IP/VoIP</a>. <br />
			<b>error,</b> Это SIP-прокси. <br />
			<i>21.11.2011 16:32:09, skipper.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7450/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7450/</guid>
			<pubDate>Mon, 21 Nov 2011 16:32:09 +0600</pubDate>
			<category>IP/VoIP</category>
		</item>
		<item>
			<title>Входящий SIP-вызов на OXE 9.1 (502 bad gateway)</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7449/">Входящий SIP-вызов на OXE 9.1 (502 bad gateway)</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum21/">IP/VoIP</a>. <br />
			<br />====quote====<br />skipper пишет:<br />CSeq: 101 INVITE <br /><b>Via: SIP/2.0/UDP 10.77.9.21:5060;</b>branch=z9hG4bKQsDAoqFjZNu56d4.S1mokg~~9 <br />Via: SIP/2.0/UDP 10.33.9.4:5060;branch=z9hG4bK478e8f1c <br />=============<br />осталось выяснить - это кто? (которое выделено) <br />
			<i>21.11.2011 16:31:00, error.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7449/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7449/</guid>
			<pubDate>Mon, 21 Nov 2011 16:31:00 +0600</pubDate>
			<category>IP/VoIP</category>
		</item>
		<item>
			<title>Входящий SIP-вызов на OXE 9.1 (502 bad gateway)</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7448/">Входящий SIP-вызов на OXE 9.1 (502 bad gateway)</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum21/">IP/VoIP</a>. <br />
			<b>etc, error,</b> А мне кажется, схемка была бы полезна.<br /><br /><noindex><a href="http://imageshack.us/photo/my-images/718/97755098.png" target="_blank" rel="nofollow" >http://imageshack.us/photo/my-images/718/97755098.png</a></noindex> <br />
			<i>21.11.2011 16:28:00, skipper.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7448/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7448/</guid>
			<pubDate>Mon, 21 Nov 2011 16:28:00 +0600</pubDate>
			<category>IP/VoIP</category>
		</item>
		<item>
			<title>Входящий SIP-вызов на OXE 9.1 (502 bad gateway)</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7447/">Входящий SIP-вызов на OXE 9.1 (502 bad gateway)</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum21/">IP/VoIP</a>. <br />
			тут схемка не поможет<br />ССМ в раньних версиях не умеют по нормальному проксировать трафик, вот и получается что звонок идет с 10.33.9.4, далее атс должна перестроиться на 10.34.9.4 и на что получает ССМ ответ (502 bad) данный IP вне зоны доступности описанных gateway <br />
			<i>21.11.2011 15:49:13, error.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7447/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7447/</guid>
			<pubDate>Mon, 21 Nov 2011 15:49:13 +0600</pubDate>
			<category>IP/VoIP</category>
		</item>
		<item>
			<title>Входящий SIP-вызов на OXE 9.1 (502 bad gateway)</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7446/">Входящий SIP-вызов на OXE 9.1 (502 bad gateway)</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum21/">IP/VoIP</a>. <br />
			Вы бы схемку нарисовали, как что у вас идёт. Правильно ли я понимаю, что у вас не работает:<br />ССМ --&gt; SIP Proxy --&gt; OXE? Но работает: OXE --&gt; SIP Proxy --&gt; OXE? И кто такой SIP Proxy, на чём сделан?<br />И сколько у вас в сети ССМ? Один или сотни. Если единицы, то пустить их отдельно - вряд ли, большая проблема. <br />
			<i>21.11.2011 15:38:56, etc.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7446/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7446/</guid>
			<pubDate>Mon, 21 Nov 2011 15:38:56 +0600</pubDate>
			<category>IP/VoIP</category>
		</item>
		<item>
			<title>Входящий SIP-вызов на OXE 9.1 (502 bad gateway)</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7445/">Входящий SIP-вызов на OXE 9.1 (502 bad gateway)</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum21/">IP/VoIP</a>. <br />
			<b>error,</b> нет, пусто абсолютно. <br />
			<i>21.11.2011 15:29:41, skipper.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7445/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7445/</guid>
			<pubDate>Mon, 21 Nov 2011 15:29:41 +0600</pubDate>
			<category>IP/VoIP</category>
		</item>
		<item>
			<title>Входящий SIP-вызов на OXE 9.1 (502 bad gateway)</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7444/">Входящий SIP-вызов на OXE 9.1 (502 bad gateway)</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum21/">IP/VoIP</a>. <br />
			<b>vad,</b> Сам об этом подумал, серваки, действительно, дублированные. Базы ровные, баскулом не баловался давно, могу сделать мастеркопи. Но на недублированных серваках точно такая же ошибка в том же месте. Скорее всего, проблема не в этом. <br />
			<i>21.11.2011 15:29:05, skipper.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7444/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7444/</guid>
			<pubDate>Mon, 21 Nov 2011 15:29:05 +0600</pubDate>
			<category>IP/VoIP</category>
		</item>
		<item>
			<title>Входящий SIP-вызов на OXE 9.1 (502 bad gateway)</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7442/">Входящий SIP-вызов на OXE 9.1 (502 bad gateway)</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum21/">IP/VoIP</a>. <br />
			в "sip-&gt;Quarantined IP Addresses" что нибудь присутствует? <br />
			<i>21.11.2011 15:21:57, error.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7442/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7442/</guid>
			<pubDate>Mon, 21 Nov 2011 15:21:57 +0600</pubDate>
			<category>IP/VoIP</category>
		</item>
		<item>
			<title>Входящий SIP-вызов на OXE 9.1 (502 bad gateway)</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7441/">Входящий SIP-вызов на OXE 9.1 (502 bad gateway)</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum21/">IP/VoIP</a>. <br />
			У вас процессора дублированные? Базы выровнены? Баскулями не баловались? <br />
			<i>21.11.2011 15:19:34, vad.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7441/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7441/</guid>
			<pubDate>Mon, 21 Nov 2011 15:19:34 +0600</pubDate>
			<category>IP/VoIP</category>
		</item>
		<item>
			<title>Входящий SIP-вызов на OXE 9.1 (502 bad gateway)</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7440/">Входящий SIP-вызов на OXE 9.1 (502 bad gateway)</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum21/">IP/VoIP</a>. <br />
			<b>vad,</b> При ABC-F транк группе можно использовать рутинг префикс, который не отрежется. А так разницы нет. Я не говорил, что это плохой вариант, я говорил, что он также не работает:)<br /><br />Мне вот кажется, что проблема кроется где-то (если по первому трейсу смотреть) в строчках после TRYING и до Server Failure, но я не могу понять где, я как это выяснить. <br />
			<i>21.11.2011 15:08:27, skipper.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7440/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7440/</guid>
			<pubDate>Mon, 21 Nov 2011 15:08:27 +0600</pubDate>
			<category>IP/VoIP</category>
		</item>
		<item>
			<title>Входящий SIP-вызов на OXE 9.1 (502 bad gateway)</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7439/">Входящий SIP-вызов на OXE 9.1 (502 bad gateway)</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum21/">IP/VoIP</a>. <br />
			Правда не понял - в чем плохость SIP TG с сигнализацией ISDN. В частности - звонит кто-то нам, а абонент заказал переадресацию. При ABC-F - исходящая сторона делает повторный звонок на указанный номер (забавно, при существовании одинаковых номеров на обоих узлах). При ISDN - принимающая сторона отправляет по переадресации. <br />
			<i>21.11.2011 15:02:33, vad.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7439/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7439/</guid>
			<pubDate>Mon, 21 Nov 2011 15:02:33 +0600</pubDate>
			<category>IP/VoIP</category>
		</item>
		<item>
			<title>Входящий SIP-вызов на OXE 9.1 (502 bad gateway)</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7438/">Входящий SIP-вызов на OXE 9.1 (502 bad gateway)</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum21/">IP/VoIP</a>. <br />
			<b>error,</b> а у меня номрально работают две OXE, даже разных версий. Проблема наступает, когда на OXE приходит INVITE от CCM (прошедший через прокси). <br />
			<i>21.11.2011 15:00:12, skipper.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7438/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7438/</guid>
			<pubDate>Mon, 21 Nov 2011 15:00:12 +0600</pubDate>
			<category>IP/VoIP</category>
		</item>
		<item>
			<title>Входящий SIP-вызов на OXE 9.1 (502 bad gateway)</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7437/">Входящий SIP-вызов на OXE 9.1 (502 bad gateway)</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum21/">IP/VoIP</a>. <br />
			у вас есть две OXE атс1 (с софтом R9.1 i1.605.16), и другая атс2 (с софтом R9.1 i1.605.25)<br />тупо сравните настройки "sip gateway" &nbsp;атс1 с атс2 (после изменений надо killall sipmotor)<br />если все одинаково то проблема не решится из аргумента "обновить не могу" <br />
			<i>21.11.2011 14:49:43, error.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7437/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7437/</guid>
			<pubDate>Mon, 21 Nov 2011 14:49:43 +0600</pubDate>
			<category>IP/VoIP</category>
		</item>
		<item>
			<title>Входящий SIP-вызов на OXE 9.1 (502 bad gateway)</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7435/">Входящий SIP-вызов на OXE 9.1 (502 bad gateway)</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum21/">IP/VoIP</a>. <br />
			<b>error,</b> не, смеяться не буду:) node33 - это Cisco CallManager 4.1 (со времени его выпуска, действительно, очень много воды утекло и патчей/версий/релизов вышло), но обновить я его не могу. <br />
			<i>21.11.2011 13:40:31, skipper.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7435/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7435/</guid>
			<pubDate>Mon, 21 Nov 2011 13:40:31 +0600</pubDate>
			<category>IP/VoIP</category>
		</item>
		<item>
			<title>Входящий SIP-вызов на OXE 9.1 (502 bad gateway)</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7434/">Входящий SIP-вызов на OXE 9.1 (502 bad gateway)</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum21/">IP/VoIP</a>. <br />
			смеяться будешь<br />различие между &nbsp;node33 и node01 лишь патчах на node33 стоит 16, на node01 стоит 25<br />поднимайте патч<br />со времен от 16 до 25 много воды утекло, в SIP есть поправки в лимитирование CAC и много чего <br />
			<i>21.11.2011 13:37:57, error.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7434/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7434/</guid>
			<pubDate>Mon, 21 Nov 2011 13:37:57 +0600</pubDate>
			<category>IP/VoIP</category>
		</item>
		<item>
			<title>Входящий SIP-вызов на OXE 9.1 (502 bad gateway)</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7433/">Входящий SIP-вызов на OXE 9.1 (502 bad gateway)</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum21/">IP/VoIP</a>. <br />
			<b>error,</b> От dns отказаться не могу (придётся тогда оставить SIP-прокси без резервирования). Правда это касается только полей Request-URI и To. Можно отказаться от "node33" для поля From и перевести его в IP, но это ж только belonging domain для внешнего SIP-gateway и не более. К тому же Алкатель на Алкатель нормально вызывает с таким именем. <br />
			<i>21.11.2011 12:45:42, skipper.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7433/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7433/</guid>
			<pubDate>Mon, 21 Nov 2011 12:45:42 +0600</pubDate>
			<category>IP/VoIP</category>
		</item>
		<item>
			<title>Входящий SIP-вызов на OXE 9.1 (502 bad gateway)</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7432/">Входящий SIP-вызов на OXE 9.1 (502 bad gateway)</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum21/">IP/VoIP</a>. <br />
			<br />====quote====<br />etc пишет:<br />создание ещё одной SIP транковой группы типа ISDN для входящей связи с ССМ,<br />=============<br />делали стык по sip с авайя через ABC-F и ISDN, было фиолетово, единственная фишка было что на OXE надо было включить proxy<br /><br />для автора поста два варианта - (как писали выше) либо отказываться от dns на sip-транках, либо в dns регистрировать OXE<br />во втором случае подводный камень - к имени "node33" надо прикрутить еще что-то типа этого "node33.alcatel" с вытекающими последствиями <br />
			<i>21.11.2011 12:25:09, error.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7432/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7432/</guid>
			<pubDate>Mon, 21 Nov 2011 12:25:09 +0600</pubDate>
			<category>IP/VoIP</category>
		</item>
		<item>
			<title>Входящий SIP-вызов на OXE 9.1 (502 bad gateway)</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7431/">Входящий SIP-вызов на OXE 9.1 (502 bad gateway)</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum21/">IP/VoIP</a>. <br />
			<b>etc,</b> Поможет и даже будет работать. Но это плохой вариант: слишком много станций в сети. Собственно, для унификации и централизации управления SIP прокси и используется.<br /><br /><b>Dmitry Ryzhakov,</b> они не одинаковые, но очень похожие. А вот процесс и результат поиска, действительно, такой же. Вот трейс: удачного вызова (на поле To не обращайте внимание, так надо):<br />
====code====
<pre>
traced
** UNIX-trace-daemon started ... (static user group No 1) **

traced started ...
1321856216 -&#62; RECEIVE MESSAGE FROM NETWORK (10.77.9.21:32798 &#91;UDP&#93;)
----------------------utf8-----------------------
INVITE sip:9341333@10.34.9.4:5060;user=phone;transport=udp SIP/2.0
Via: SIP/2.0/UDP 10.77.9.21:5060;branch=z9hG4bKQsDAoqFjZNu56d4.S1mokg~~96
Via: SIP/2.0/UDP 10.1.9.4;branch=z9hG4bKd8f3330c3a6241158e07fd08748162ec
Max-Forwards: 69
To: &#60;sip:49341333@sip-cluster.fssp;user=phone&#62;
From: "Service Adygeya" &#60;sip:9011666@node01;user=phone&#62;;tag=931b3b3e8f06acfc04f86843e0521f76
Contact: &#60;sip:9011666@10.1.9.4;transport=udp&#62;
Call-ID: d8bfed80114fa6e92ca3cf9f0570d17c@10.1.9.4
CSeq: 966424859 INVITE
Content-Length: 282
Allow: INVITE, ACK, CANCEL, BYE, PRACK, NOTIFY, REFER, SUBSCRIBE, OPTIONS, UPDATE, INFO
Supported: replaces,timer,100rel
User-Agent: OmniPCX Enterprise R9.1 i1.605.25
Session-Expires: 1800;refresher=uac
Min-SE: 900
P-Asserted-Identity: "Service Adygeya" &#60;sip:9011666@node01;user=phone&#62;
Content-Type: application/sdp

v=0
o=OXE 1321856208 1321856208 IN IP4 10.1.9.4
s=abs
c=IN IP4 10.0.8.168
t=0 0
m=audio 32514 RTP/AVP 18 8 97
a=sendrecv
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=ptime:30
a=maxptime:40
a=rtpmap:8 PCMA/8000
a=ptime:20
a=maxptime:30
a=rtpmap:97 telephone-event/8000
-------------------------------------------------

1321856216 -&#62; D3 &#91;CRequest::CRequest&#93; Creation of a request (RECEIVED FROM NETWORK)
1321856216 -&#62; &#91;CIOCom::receiveRequest&#93; Received CRequest D3 ref=1
1321856216 -&#62; &#91;CIOCom::checkHostInBlackList&#93; host=10.77.9.21
1321856216 -&#62; &#91;CIOCom::checkHostInBlackList&#93; host=10.77.9.21
1321856216 -&#62; &#91;CIOCom::receiveRequest&#93; rport1 not empty 
1321856216 -&#62; &#91;CDispatcher::onIncomingRequest()&#93;
1321856216 -&#62; &#91;CDispatcher::processRequestFromManagerIndex()&#93; start at index 0
1321856216 -&#62;&nbsp;&nbsp;102 &#91;CCallManager::onIncomingRequest()&#93;
1321856216 -&#62; &#91;CMotorCallManager::callFactory&#93; For call : d8bfed80114fa6e92ca3cf9f0570d17c@10.1.9.4.
1321856216 -&#62; &#91;CMotorCall :: CMotorCall()&#93; Oxe_Version_Name = OmniPCX Enterprise R9.1 i1.605.16 
1321856216 -&#62; &#91;CMotorCallManager::callFactory&#93;=98c9ed0.
1321856216 -&#62; 1158 &#91;CCall::receiveRequest&#93; INVITE
1321856216 -&#62; 1158 &#91;CCall::getDialog&#93; Confirmed Dialog is not found (ID = ;931b3b3e8f06acfc04f86843e0521f76)
1321856216 -&#62; 1158 &#91;CCall::getDialog&#93; Initial Dialog Server not found
1321856216 -&#62; 1560 &#91;CDialog::receiveRequest&#93;
1321856216 -&#62; 1560 &#91;CDialog::receiveInviteRequest&#93;
1321856216 -&#62; 218b &#91;CTransaction::changeState&#93; STATE CHANGED TO INITIAL
1321856216 -&#62; 218b &#91;CTransaction::changeState&#93; notifying the parent dialog
1321856216 -&#62; 1560 &#91;CDialog::onTransactionState(pTrans = 218b, previousState = Terminated, currentState = Initial, reason = None&#93;
1321856216 -&#62; 218b &#91;CTransInitialState::receiveRequest&#93; Transaction changes to Proceeding state
1321856216 -&#62; 218b &#91;CTransaction::changeState&#93; STATE CHANGED TO PROCEEDING
1321856216 -&#62; 218b &#91;CTransaction::changeState&#93; notifying the parent dialog
1321856216 -&#62; 1560 &#91;CDialog::onTransactionState(pTrans = 218b, previousState = Initial, currentState = Proceeding, reason = Request reception&#93;
1321856216 -&#62; 218b &#91;CTransProceedingState::createResponse&#93; CResponse 114 ref=1
1321856216 -&#62; 114 &#91;CMessage::send&#93; sip_sendMessage (10.77.9.21:5060)
1321856216 -&#62; SEND MESSAGE TO NETWORK (10.77.9.21:5060 &#91;UDP&#93;) (BUFF LEN = 408)
----------------------utf8-----------------------
SIP/2.0 100 Trying
To: &#60;sip:49341333@sip-cluster.fssp;user=phone&#62;
From: "Service Adygeya" &#60;sip:9011666@node01;user=phone&#62;;tag=931b3b3e8f06acfc04f86843e0521f76
Call-ID: d8bfed80114fa6e92ca3cf9f0570d17c@10.1.9.4
CSeq: 966424859 INVITE
Via: SIP/2.0/UDP 10.77.9.21:5060;branch=z9hG4bKQsDAoqFjZNu56d4.S1mokg~~96
Via: SIP/2.0/UDP 10.1.9.4;branch=z9hG4bKd8f3330c3a6241158e07fd08748162ec
Content-Length: 0

-------------------------------------------------
1321856216 -&#62; 1560 &#91;CDialog::receiveInviteRequest&#93;&nbsp;&nbsp;a new Server INVITE transaction is in progress
1321856216 -&#62; &#91;CSessionTimerContext::CSessionTimerContext&#93; New CSessionTimerContext from request (Server, UA)
1321856216 -&#62; &#91;CSessionTimerContext::updateAfterRefreshReception&#93; Upd ate CSessionTimerContext (refresh reception)
1321856216 -&#62; &#91;CSessionTimerContext::updateSupported&#93; Request timer supported 
1321856216 -&#62; &#91;CSessionTimerContext::updateMinSE&#93; Min-SE updated : 900
1321856216 -&#62; &#91;CSessionTimerContext::updateSessionExpires&#93; header value : 1800
1321856216 -&#62; &#91;CSessionTimerContext::updateSessionExpires&#93; updated
1321856216 -&#62; &#91;CSessionTimerContext::updateSessionExpires&#93; Refresher updated : r
1321856216 -&#62; &#91;CSessionTimerContext::updateSessionExpires&#93; Session-Expires updated : 1800
1321856216 -&#62; &#91;CSessionTimerContext::setRefreshMethod&#93; Allow refreshMethod=UPDATE
1321856216 -&#62; 1560 &#91;CDialog::addTransaction&#93; added transaction 218b with branch z9hG4bKQsDAoqFjZNu56d4.S1mokg~~96, with CSeq 966424859
1321856216 -&#62; 1158 &#91;CCall::checkAuthentication&#93; INVITE
1321856216 -&#62; 1158&#91;CMotorCall::controlAuthentication&#93; ---*--- AUTH ---*--- Control authentication
1321856216 -&#62; &#91;CGwMngDat a::isAuthenticationRequiredForThisClient&#93; node01 .
1321856216 -&#62; &#91;isDomainFromGwExt&#93; Host from request is : node01.
1321856216 -&#62; &#91;isDomainFromGwExt&#93; User from request is : 9011666
1321856216 -&#62; &#91;domain not from an External Gateway.
1321856216 -&#62; 1158&#91;CMotorCall::setFilterUsedMode&#93; To be traced = 0
1321856216 -&#62; &#91;getFromHeader&#93;.
1321856216 -&#62; &#91;isUserDeclared&#93; 9011666@node01
1321856216 -&#62; isUserDeclared&#93; NOT found in the dictionnary.
1321856216 -&#62; &#91;isSeplosStation&#93; other station 
1321856216 -&#62; 1158&#91;CMotorCall::toGatewayOrProxy&#93; request for proxydomain=10.34.9.4.
1321856216 -&#62; &#91;isUserRegistred&#93; getRegistration=9341333.
1321856216 -&#62; &#91;isUserRegistred&#93; result=-1.
1321856216 -&#62; 1158&#91;CMotorCall::onReceiveRequest&#93; request for gateway.
1321856216 -&#62; 1158&#91;CMotorCall::onReceiveRequest&#93; state = INITIAL_STATE.
1321856216 -&#62; 1158&#91;CMotorCall::methodInviteReceived&#93; nb available licenses=30 .
1321856216 -&#62; &#91;isUserDeclared&#93; 9011666@node01
1321856216 -&#62; isUserDeclared&#93; NOT found in the dictionnary.
1321856216 -&#62; 1158&#91;CMotorCall::compareDialogFromContext&#93; presumed to be the same Dialog
1321856216 -&#62; 1158&#91;CMotorCall::methodInviteReceived&#93; Invite =&#62; update the inviteContext.
1321856216 -&#62; &#91;CForkedBranch::CForkedBranch&#93; context = 0x98ca300.
1321856216 -&#62;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &#91;CForkedBranch::reqUriDuplication&#93; reqUri :sip:9011666@10.1.9.4;transport=udp
1321856216 -&#62; 1158&#91;CMotorCall::methodInviteReceived&#93; CAC = 0 
1321856216 -&#62; &#91;receiveInviteMessage&#93; Call: d8bfed80114fa6e92ca3cf9f0570d17c@10.1.9.4 eqt: -1 INITIAL_STATE received a message.
1321856216 -&#62; &#91;decodeInviteCLIR&#93;.
1321856216 -&#62; &#91;receiveInviteMessage&#93; UPDATE present in Allow header
1321856216 -&#62; &#91;receiveInviteMessage&#93; INFO present in Allow header
1321856216 -&#62; &#91;isDomainFromGwExt&#93; Host from request is : node01.
1321856216 -&#62; &#91;isDomainFromGwExt&#93; User from request is : 9011666
1321856216 -&#62;&nbsp;&nbsp;am_I_PCS SCSWorking : NO
1321856216 -&#62;&nbsp;&nbsp;check_PCSstate 
1321856216 -&#62;&nbsp;&nbsp;am_I_PCS SCSWorking : NO
1321856216 -&#62;&nbsp;&nbsp;check_PCSstate stat of PCS&nbsp;&nbsp;is : -1
1321856216 -&#62; &#91;isSessionTimerTooSmall&#93;.
1321856216 -&#62; 1158&#91;CMotorCall::analyseSessionTimer&#93; exit with&nbsp;&nbsp;uacGatewayMode=0 uacRefresher=1.
1321856216 -&#62; &#91;decodeInviteSDP&#93;.
1321856216 -&#62; &#91;checkSdpValidity&#93; Sdp contains 1 media description(s).
1321856216 -&#62; &#91;checkSdpValidity&#93; Media 0 type 1 contains 3 formats.
1321856216 -&#62; &#91;checkSdpValidity&#93; Format : 18.
1321856216 -&#62; &#91;convertSdpIntoTsdp&#93; Sdp contains 1 media description(s).
1321856216 -&#62; &#91;convertSdpIntoTsdp&#93; No Direction in the session part.
1321856216 -&#62; &#91;convertSdpIntoTsdp&#93; Check the direction in Session part - result:0.
1321856216 -&#62; &#91;convertSdpIntoTsdp&#93; The audio media contains&nbsp;&nbsp;3 format(s).
1321856216 -&#62; &#91;convertSdpIntoTsdp&#93; Format 0 is 18.
1321856216 -&#62; &#91;convertSdpIntoTsdp&#93; Format 1 is 8.
1321856216 -&#62; &#91;convertSdpIntoTsdp&#93; Format 2 is 97.
1321856216 -&#62; &#91;convertSdpIntoTsdp&#93; Get the direction.
1321856216 -&#62; &#91;convertSdpIntoTsdp&#93; Direction is sendrecv.
1321856216 -&#62; &#91;convertSdpIntoTsdp&#93; The connection is at session level.
1321856216 -&#62; &#91;convertSdpIntoTsdp&#93; Connection address retrieved in sdp: 10.0.8.168.
1321856216 -&#62; &#91;convertIPStrIntoTuipv&#93; 10.0.8.168 =&#62; 10.0.8.168
1321856216 -&#62; &#91;receiveInviteMessage&#93; NO&nbsp;&nbsp;100rel REQUIRED for this call.
1321856216 -&#62; &#91;isCACWithInvalidMediaAddr&#93;.
1321856216 -&#62; &#91;decodeInviteTo&#93;.
1321856216 -&#62; &#91;decodeInviteReferredBy&#93;.
1321856216 -&#62; &#91;decodeInviteACSBU&#93;.
1321856216 -&#62; 1158&#91;CMotorCall::setFilterUsedMode&#93; To be traced = 0
1321856216 -&#62; 1158&#91;emitEventToMonitel&#93; content size (lginfo): 656
1321856216 -&#62; &#91;ipc_thread&#93; IPC Thread : Ipc reception 2432.
1321856216 -&#62; &#91;ipc_thread&#93; IPC Thread : TCL thread signaled.
1321856216 -&#62; &#91;CMotorCallManager::insertCallwithEqt&#93; CMotorCall 1241 inserted.
1321856216 -&#62; 1158&#91;sendLgEvtSipCreate&#93; Event sent on eqt : 1241
1321856216 -&#62; 1158&#91;CMotorCall::getOutgoingCall&#93; outgoingCall:0
1321856216 -&#62; 1158 &#91;CCall::getCallDuplicationData&#93;
1321856216 -&#62; &#91;CViaSetSerializer::copy&#93; Added via 7c25 at index 0
1321856216 -&#62; &#91;CViaSetSerializer::copy&#93; Added via 7c26 at index 1
1321856216 -&#62; 1158 &#91;CCall::getCallDuplicationData&#93; : Request URI = sip:9341333@10.34.9.4:5060;user=phone;transport=udp, Call ID = d8bfed80114fa6e92ca3cf9f0570d17c@10.1.9.4, Local URI = sip:49341333@sip-cluster.fssp;user=phone, Local Tag = , Remote URI = sip:9011666@node01;user=phone, Remote Tag = 931b3b3e8f06acfc04f86843e0521f76, Local CSeq = 927150112, Remote CSeq = 966424859 
1321856216 -&#62; &#91;CViaSetSerializer::serialize&#93; Serialized via set : ViaSerialize=Via: SIP/2.0/UDP 10.77.9.21:5060;branch=z9hG4bKQsDAoqFjZNu56d4.S1mokg~~96,Via=Via: SIP/2.0/UDP 10.1.9.4;branch=z9hG4bKd8f3330c3a6241158e07fd08748162ec
1321856216 -&#62; SendToSipgwCpuSec: Message sent to the STAND-BY CPU
1321856216 -&#62; &#91;receiveInviteMessage&#93; send RemoteSdp to the StandBy.
1321856216 -&#62; SendToSipgwCpuSec: Message sent to the STAND-BY CPU
1321856216 -&#62; &#91;exec_ipc&#93; in 2431.
1321856216 -&#62; &#91;display_ipc_in&#93; ------------ Begin ---------------
1321856216 -&#62; neqt : 1241 Id : -1
1321856216 -&#62; INFORMATIONAL
1321856216 -&#62; xx :&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 80
1321856216 -&#62;&nbsp;&nbsp; RELATIVE REQUEST : INVITE
1321856216 -&#62; &#91;display_ipc_in&#93; ------------- End ----------------
1321856216 -&#62; &#91;CMotorCallManager::onIncomingEvent&#93; an event 10764 arrived on the eqt 1241--1.
1321856216 -&#62; &#91;CMotorCallManager::onIncomingEvent&#93; state = PROCEEDING_STATE.
1321856216 -&#62; &#91;onIncomingEvent&#93; INFORMATIONAL arrived.
1321856216 -&#62; &#91;receiveInformationalEvent&#93; Call: d8bfed80114fa6e92ca3cf9f0570d17c@10.1.9.4 eqt: 1241 PROCEEDING_STATE received an event.
1321856216 -&#62; 1158 &#91;CCall::makeGenericResponse&#93; 180
1321856216 -&#62; 1158 &#91;CCall::getDialog&#93; Confirmed Dialog is not found (ID = ;931b3b3e8f06acfc04f86843e0521f76)
1321856216 -&#62; 1158 &#91;CCall::getDialog&#93; Returning Initial Dialog Server
1321856216 -&#62; 1560 &#91;CDialog::createResponse&#93; 180
1321856216 -&#62; 218b &#91;CTransProceedingState::createResponse&#93; CResponse 115 ref=1
1321856216 -&#62; 115 &#91;CMessage::send&#93; sip_sendMessage (10.77.9.21:5060)
1321856216 -&#62; SEND MESSAGE TO NETWORK (10.77.9.21:5060 &#91;UDP&#93;) (BUFF LEN = 600)
----------------------utf8-----------------------
SIP/2.0 180 Ringing
Allow: INVITE, ACK, CANCEL, BYE, PRACK, NOTIFY, REFER, SUBSCRIBE, OPTIONS, UPDATE
Contact: sip:10.34.9.4
User-Agent: OmniPCX Enterprise R9.1 i1.605.16
To: &#60;sip:49341333@sip-cluster.fssp;user=phone&#62;;tag=ec9f8dc978ada343355d172ab8cbe0f4
From: "Service Adygeya" &#60;sip:9011666@node01;user=phone&#62;;tag=931b3b3e8f06acfc04f86843e0521f76
Call-ID: d8bfed80114fa6e92ca3cf9f0570d17c@10.1.9.4
CSeq: 966424859 INVITE
Via: SIP/2.0/UDP 10.77.9.21:5060;branch=z9hG4bKQsDAoqFjZNu56d4.S1mokg~~96
Via: SIP/2.0/UDP 10.1.9.4;branch=z9hG4bKd8f3330c3a6241158e07fd08748162ec
Content-Length: 0

-------------------------------------------------
1321856216 -&#62; 114 &#91;~CResponse&#93; resp(100) d8bfed80114fa6e92ca3cf9f0570d17c@10.1.9.4 966424859 INVITE
1321856216 -&#62; 1560 &#91;CDialog::updateRouteSet&#93; there are 0 record-route headers
1321856216 -&#62; &#91;receiveInformationalEvent&#93; UpdateContext send on the StandBy.
1321856216 -&#62; 1158 &#91;CCall::getCallDuplicationData&#93;
1321856216 -&#62; &#91;CViaSetSerializer::copy&#93; Added via 7c2d at index 0
1321856216 -&#62; &#91;CViaSetSerializer::copy&#93; Added via 7c2e at index 1
1321856216 -&#62; 1158 &#91;CCall::getCallDuplicationData&#93; : Request URI = sip:9341333@10.34.9.4:5060;user=phone;transport=udp, Call ID = d8bfed80114fa6e92ca3cf9f0570d17c@10.1.9.4, Local URI = sip:49341333@sip-cluster.fssp;user=phone, Local Tag = ec9f8dc978ada343355d172ab8cbe0f4, Remote URI = sip:9011666@node01;user=phone, Remote Tag = 931b3b3e8f06acfc04f86843e0521f76, Local CSeq = 927150112, Remote CSeq = 966424859 
1321856216 -&#62; &#91;CViaSetSerializer::serialize&#93; Serialized via set : ViaSerialize=Via: SIP/2.0/UDP 10.77.9.21:5060;branch=z9hG4bKQsDAoqFjZNu56d4.S1mokg~~96,Via=Via: SIP/2.0/UDP 10.1.9.4;branch=z9hG4bKd8f3330c3a6241158e07fd08748162ec
1321856216 -&#62; &#91;CRouteSet::serialize&#93; Serialized route set : Contact=sip:9011666@10.1.9.4;transport=udp
1321856216 -&#62; SendToSipgwCpuSec: Message sent to the STAND-BY CPU
1321856216 -&#62; &#91;exec_ipc&#93; in end 2431.
1321856217 -&#62; RECEIVE MESSAGE FROM NETWORK (10.77.9.21:32798 &#91;UDP&#93;)
----------------------utf8-----------------------
CANCEL sip:9341333@10.34.9.4:5060;user=phone;transport=udp SIP/2.0
Via: SIP/2.0/UDP 10.77.9.21:5060;branch=z9hG4bKQsDAoqFjZNu56d4.S1mokg~~96
Max-Forwards: 70
To: &#60;sip:49341333@sip-cluster.fssp;user=phone&#62;
From: "Service Adygeya" &#60;sip:9011666@node01;user=phone&#62;;tag=931b3b3e8f06acfc04f86843e0521f76
Call-ID: d8bfed80114fa6e92ca3cf9f0570d17c@10.1.9.4
CSeq: 966424859 CANCEL
Content-Length: 0

-------------------------------------------------

1321856217 -&#62; D4 &#91;CRequest::CRequest&#93; Creation of a request (RECEIVED FROM NETWORK)
1321856217 -&#62; &#91;CIOCom::receiveRequest&#93; Received CRequest D4 ref=1
1321856217 -&#62; &#91;CIOCom::checkHostInBlackList&#93; host=10.77.9.21
1321856217 -&#62; &#91;CIOCom::checkHostInBlackList&#93; host=10.77.9.21
1321856217 -&#62; &#91;CIOCom::receiveRequest&#93; rport1 not empty 
1321856217 -&#62; &#91;CDispatcher::onIncomingRequest()&#93;
1321856217 -&#62; &#91;CDispatcher::processRequestFromManagerIndex()&#93; start at index 0
1321856217 -&#62;&nbsp;&nbsp;102 &#91;CCallManager::onIncomingRequest()&#93;
1321856217 -&#62; 1158 &#91;CCall::receiveRequest&#93; CANCEL
1321856217 -&#62; 1158 &#91;CCall::getDialog&#93; Confirmed Dialog is not found (ID = ;931b3b3e8f06acfc04f86843e0521f76)
1321856217 -&#62; 1158 &#91;CCall::getDialog&#93; Returning Initial Dialog Server
1321856217 -&#62; 1560 &#91;CDialog::receiveRequest&#93;
1321856217 -&#62; 1560 &#91;CDialog::receiveCancelRequest&#93;
1321856217 -&#62; 218c &#91;CTransaction::changeState&#93; STATE CHANGED TO INITIAL
1321856217 -&#62; 218c &#91;CTransaction::changeState&#93; notifying the parent dialog
1321856217 -&#62; 1560 &#91;CDialog::onTransactionState(pTrans = 218c, previousState = Terminated, currentState = Initial, reason = None&#93;
1321856217 -&#62; 218c &#91;CTransInitialState::receiveRequest&#93; Transaction changes to Trying state
1321856217 -&#62; 218c &#91;CTransaction::changeState&#93; STATE CHANGED TO TRYING
1321856217 -&#62; 218c &#91;CTransaction::changeState&#93; notifying the parent dialog
1321856217 -&#62; 1560 &#91;CDialog::onTransactionState(pTrans = 218c, previousState = Initial, currentState = Trying, reason = Request reception&#93;
1321856217 -&#62; 1158 &#91;CCall::checkAuthentication&#93; CANCEL
1321856217 -&#62; 1158&#91;CMotorCall::controlAuthentication&#93; ---*--- AUTH ---*--- Control authentication
1321856217 -&#62; 1158&#91;CMotorCall::controlAuthentication&#93; ---*--- END ---*--- Control authentication
1321856217 -&#62; &#91;getFromHeader&#93;.
1321856217 -&#62; &#91;isUserDeclared&#93; 9011666@node01
1321856217 -&#62; isUserDeclared&#93; NOT found in the dictionnary.
1321856217 -&#62; &#91;isSeplosStation&#93; other station 
1321856217 -&#62; 1158&#91;CMotorCall::toGatewayOrProxy&#93; request for proxydomain=10.34.9.4.
1321856217 -&#62; &#91;isUserRegistred&#93; getRegistration=9341333.
1321856217 -&#62; &#91;isUserRegistred&#93; result=-1.
1321856217 -&#62; 1158&#91;CMotorCall::onReceiveRequest&#93; request for gateway.
1321856217 -&#62; 1158&#91;CMotorCall::onReceiveRequest&#93; state = PROCEEDING_STATE.
1321856217 -&#62; &#91;receiveCancelMessage&#93; Call: d8bfed80114fa6e92ca3cf9f0570d17c@10.1.9.4 eqt: 1241 PROCEEDING_STATE received a message.
1321856217 -&#62; 1158&#91;emitEventToMonitel&#93; content size (lginfo): 656
1321856217 -&#62; 1158&#91;emitEventToMonitel&#93; CAC = 0 eqtCAC = -1 
1321856217 -&#62; 1158&#91;emitEventToMonitel&#93; CAC = 0 
1321856217 -&#62; &#91;ipc_thread&#93; IPC Thread : Ipc reception 2432.
1321856217 -&#62; &#91;ipc_thread&#93; IPC Thread : TCL thread signaled.
1321856217 -&#62; &#91;sendLgEvtSip&#93; Event sent on eqt : 1241 Id :-1
1321856217 -&#62; &#91;display_ipc_out&#93; ------------ Begin ---------------
1321856217 -&#62; Id : -1
1321856217 -&#62; CANCEL
1321856217 -&#62; &#91;display_ipc_out&#93; ------------- End ----------------
1321856217 -&#62; &#91;exec_ipc&#93; in 2431.
1321856217 -&#62; &#91;display_ipc_in&#93; ------------ Begin ---------------
1321856217 -&#62; neqt : 1241 Id : -1
1321856217 -&#62; SUCCESSFUL
1321856217 -&#62; xx :&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;0
1321856217 -&#62;&nbsp;&nbsp; RELATIVE REQUEST : CANCEL
1321856217 -&#62; CLIR : 0
1321856217 -&#62; COLP : 0
1321856217 -&#62; &#91;display_ipc_in&#93; ------------- End ----------------
1321856217 -&#62; &#91;CMotorCallManager::onIncomingEvent&#93; an event 10765 arrived on the eqt 1241--1.
1321856217 -&#62; &#91;CMotorCallManager::onIncomingEvent&#93; state = PROCEEDING_STATE.
1321856217 -&#62; &#91;onIncomingEvent&#93; SUCCESSFUL arrived.
1321856217 -&#62; &#91;onIncomingEvent&#93; relative_request = 10756
1321856217 -&#62; &#91;CProceedingState::receiveSuccessfulEvent&#93; Call: d8bfed80114fa6e92ca3cf9f0570d17c@10.1.9.4 eqt: 1241 PROCEEDING_STATE received an event.
1321856217 -&#62; 1158 &#91;CCall::findFirstServerTrans&#93;
1321856217 -&#62; 1560 &#91;CCall::findFirstServerTrans&#93;
1321856217 -&#62; 1560 &#91;CDialog::findFirstServerTrans&#93; Current Request in cancelTransactionMap
1321856217 -&#62; 1158 &#91;CCall::makeGenericResponse&#93; 200
1321856217 -&#62; 1158 &#91;CCall::getDialog&#93; Confirmed Dialog is not found (ID = ;931b3b3e8f06acfc04f86843e0521f76)
1321856217 -&#62; 1158 &#91;CCall::getDialog&#93; Returning Initial Dialog Server
1321856217 -&#62; 1560 &#91;CDialog::createResponse&#93; 200
1321856217 -&#62; 218c &#91;CTransTryingState::createResponse&#93; CResponse 116 ref=1
1321856217 -&#62; 116 &#91;CMessage::send&#93; sip_sendMessage (10.77.9.21:5060)
1321856217 -&#62; SEND MESSAGE TO NETWORK (10.77.9.21:5060 &#91;UDP&#93;) (BUFF LEN = 411)
----------------------utf8-----------------------
SIP/2.0 200 OK
Supported: replaces,timer,100rel
User-Agent: OmniPCX Enterprise R9.1 i1.605.16
To: &#60;sip:49341333@sip-cluster.fssp;user=phone&#62;
From: "Service Adygeya" &#60;sip:9011666@node01;user=phone&#62;;tag=931b3b3e8f06acfc04f86843e0521f76
Call-ID: d8bfed80114fa6e92ca3cf9f0570d17c@10.1.9.4
CSeq: 966424859 CANCEL
Via: SIP/2.0/UDP 10.77.9.21:5060;branch=z9hG4bKQsDAoqFjZNu56d4.S1mokg~~96
Content-Length: 0

-------------------------------------------------
1321856217 -&#62; 218c &#91;CTransTryingState::createResponse&#93; Final : Transaction changes to Completed state
1321856217 -&#62; 218c &#91;CTransaction::changeState&#93; STATE CHANGED TO COMPLETED
1321856217 -&#62; 218c &#91;CTransaction::changeState&#93; notifying the parent dialog
1321856217 -&#62; 1560 &#91;CDialog::onTransactionState(pTrans = 218c, previousState = Trying, currentState = Completed, reason = Final resp creation&#93;
1321856217 -&#62; 218c &#91;CTransaction::startTimer&#93; Timer J is started (delay = 32000 ms)
1321856217 -&#62; 1560 &#91;CDialog::updateRouteSet&#93; there are 0 record-route headers
1321856217 -&#62; &#91;exec_ipc&#93; in end 2431.
1321856217 -&#62; &#91;ipc_thread&#93; IPC Thread : Ipc reception 2432.
1321856217 -&#62; &#91;ipc_thread&#93; IPC Thread : TCL thread signaled.
1321856217 -&#62; &#91;exec_ipc&#93; in 2431.
1321856217 -&#62; &#91;display_ipc_in&#93; ------------ Begin ---------------
1321856217 -&#62; neqt : 1241 Id : -1
1321856217 -&#62; REQUEST FAILURE
1321856217 -&#62; xx :&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 87
1321856217 -&#62;&nbsp;&nbsp; RELATIVE REQUEST : INVITE
1321856217 -&#62; &#91;display_ipc_in&#93; ------------- End ----------------
1321856217 -&#62; &#91;CMotorCallManager::onIncomingEvent&#93; an event 10767 arrived on the eqt 1241--1.
1321856217 -&#62; &#91;CMotorCallManager::onIncomingEvent&#93; state = PROCEEDING_STATE.
1321856217 -&#62; &#91;onIncomingEvent&#93; REQUEST FAILURE arrived.
1321856217 -&#62; &#91;receiveRequestFailureEvent&#93; Call: d8bfed80114fa6e92ca3cf9f0570d17c@10.1.9.4 eqt: 1241 PROCEEDING_STATE received an event.
1321856217 -&#62; 1158&#91;CMotorCall::getOutgoingCall&#93; outgoingCall:0
1321856217 -&#62; &#91;receiveRequestFailureEvent&#93; incoming call.
1321856217 -&#62; 1158 &#91;CCall::makeGenericResponse&#93; 487
1321856217 -&#62; 1158 &#91;CCall::getDialog&#93; Confirmed Dialog is not found (ID = ec9f8dc978ada343355d172ab8cbe0f4;931b3b3e8f06acfc04f86843e0521f76)
1321856217 -&#62; 1158 &#91;CCall::getDialog&#93; Returning Initial Dialog Server
1321856217 -&#62; 1560 &#91;CDialog::createResponse&#93; 487
1321856217 -&#62; 218b &#91;CTransProceedingState::createResponse&#93; CResponse 117 ref=1
1321856217 -&#62; 117 &#91;CMessage::send&#93; sip_sendMessage (10.77.9.21:5060)
1321856217 -&#62; SEND MESSAGE TO NETWORK (10.77.9.21:5060 &#91;UDP&#93;) (BUFF LEN = 587)
----------------------utf8-----------------------
SIP/2.0 487 Request Terminated
Allow: INVITE, ACK, CANCEL, BYE, PRACK, NOTIFY, REFER, SUBSCRIBE, OPTIONS, UPDATE
User-Agent: OmniPCX Enterprise R9.1 i1.605.16
To: &#60;sip:49341333@sip-cluster.fssp;user=phone&#62;;tag=ec9f8dc978ada343355d172ab8cbe0f4
From: "Service Adygeya" &#60;sip:9011666@node01;user=phone&#62;;tag=931b3b3e8f06acfc04f86843e0521f76
Call-ID: d8bfed80114fa6e92ca3cf9f0570d17c@10.1.9.4
CSeq: 966424859 INVITE
Via: SIP/2.0/UDP 10.77.9.21:5060;branch=z9hG4bKQsDAoqFjZNu56d4.S1mokg~~96
Via: SIP/2.0/UDP 10.1.9.4;branch=z9hG4bKd8f3330c3a6241158e07fd08748162ec
Content-Length: 0

-------------------------------------------------
1321856217 -&#62; 115 &#91;~CResponse&#93; resp(180) d8bfed80114fa6e92ca3cf9f0570d17c@10.1.9.4 966424859 INVITE
1321856217 -&#62; 218b &#91;CTransProceedingState::createResponse&#93; Final : Transaction changes to Completed state
1321856217 -&#62; 218b &#91;CTransaction::changeState&#93; STATE CHANGED TO COMPLETED
1321856217 -&#62; 218b &#91;CTransaction::changeState&#93; notifying the parent dialog
1321856217 -&#62; 1560 &#91;CDialog::onTransactionState(pTrans = 218b, previousState = Proceeding, currentState = Completed, reason = Final resp creation&#93;
1321856217 -&#62; 218b &#91;CTransaction::startTimer&#93; Timer G is started (delay = 500 ms)
1321856217 -&#62; 218b &#91;CTransaction::startTimer&#93; Timer H is started (delay = 32000 ms)
1321856217 -&#62; 1560 &#91;CDialog::updateRouteSet&#93; there are 0 record-route headers
1321856217 -&#62; SendToSipgwCpuSec: Message sent to the STAND-BY CPU
1321856217 -&#62; &#91;exec_ipc&#93; in end 2431.
1321856217 -&#62; RECEIVE MESSAGE FROM NETWORK (10.77.9.21:32798 &#91;UDP&#93;)
----------------------utf8-----------------------
ACK sip:9341333@10.34.9.4:5060;user=phone;transport=udp SIP/2.0
Via: SIP/2.0/UDP 10.77.9.21:5060;branch=z9hG4bKQsDAoqFjZNu56d4.S1mokg~~96
Max-Forwards: 70
To: &#60;sip:49341333@sip-cluster.fssp;user=phone&#62;;tag=ec9f8dc978ada343355d172ab8cbe0f4
From: "Service Adygeya" &#60;sip:9011666@node01;user=phone&#62;;tag=931b3b3e8f06acfc04f86843e0521f76
Call-ID: d8bfed80114fa6e92ca3cf9f0570d17c@10.1.9.4
CSeq: 966424859 ACK
Content-Length: 0

-------------------------------------------------

1321856217 -&#62; D5 &#91;CRequest::CRequest&#93; Creation of a request (RECEIVED FROM NETWORK)
1321856217 -&#62; &#91;CIOCom::receiveRequest&#93; Received CRequest D5 ref=1
1321856217 -&#62; &#91;CIOCom::checkHostInBlackList&#93; host=10.77.9.21
1321856217 -&#62; &#91;CIOCom::checkHostInBlackList&#93; host=10.77.9.21
1321856217 -&#62; &#91;CIOCom::receiveRequest&#93; rport1 not empty 
1321856217 -&#62; &#91;CDispatcher::onIncomingRequest()&#93;
1321856217 -&#62; &#91;CDispatcher::processRequestFromManagerIndex()&#93; start at index 0
1321856217 -&#62;&nbsp;&nbsp;102 &#91;CCallManager::onIncomingRequest()&#93;
1321856217 -&#62; 1158 &#91;CCall::receiveRequest&#93; ACK
1321856217 -&#62; 1158 &#91;CCall::getDialog&#93; Confirmed Dialog is not found (ID = ec9f8dc978ada343355d172ab8cbe0f4;931b3b3e8f06acfc04f86843e0521f76)
1321856217 -&#62; 1158 &#91;CCall::getDialog&#93; Returning Initial Dialog Server
1321856217 -&#62; 1560 &#91;CDialog::receiveRequest&#93;
1321856217 -&#62; 1560 &#91;CDialog::receiveAckRequest&#93;
1321856217 -&#62; 218b &#91;CTransCompletedState::receiveRequest&#93; ACK(UDP) : Transaction changes to Confirmed state
1321856217 -&#62; 218b &#91;CTransaction::changeState&#93; STATE CHANGED TO CONFIRMED
1321856217 -&#62; 218b &#91;CTransaction::changeState&#93; notifying the parent dialog
1321856217 -&#62; 1560 &#91;CDialog::onTransactionState(pTrans = 218b, previousState = Completed, currentState = Confirmed, reason = Request reception&#93;
1321856217 -&#62; 218b &#91;CTransaction::freeTimerToken&#93; Timer G is freed
1321856217 -&#62; 218b &#91;CTransaction::freeTimerToken&#93; Timer H is freed
1321856217 -&#62; 218b &#91;CTransaction::startTimer&#93; Timer I is started (delay = 5000 ms)
1321856217 -&#62; 1560 &#91;CDialog::receiveAckRequest&#93; receiving an ACK on a previously rejected INVITE
1321856217 -&#62; 1158 &#91;CCall::checkAuthentication&#93; ACK
1321856217 -&#62; 1158&#91;CMotorCall::controlAuthentication&#93; ---*--- AUTH ---*--- Control authentication
1321856217 -&#62; 1158&#91;CMotorCall::controlAuthentication&#93; ---*--- END ---*--- Control authentication
1321856217 -&#62; &#91;getFromHeader&#93;.
1321856217 -&#62; &#91;isUserDeclared&#93; 9011666@node01
1321856217 -&#62; isUserDeclared&#93; NOT found in the dictionnary.
1321856217 -&#62; &#91;isSeplosStation&#93; other station 
1321856217 -&#62; 1158&#91;CMotorCall::toGatewayOrProxy&#93; request for proxydomain=10.34.9.4.
1321856217 -&#62; &#91;isUserRegistred&#93; getRegistration=9341333.
1321856217 -&#62; &#91;isUserRegistred&#93; result=-1.
1321856217 -&#62; 1158&#91;CMotorCall::onReceiveRequest&#93; request for gateway.
1321856217 -&#62; 1158&#91;CMotorCall::onReceiveRequest&#93; state = TERMINATED_STATE.
1321856217 -&#62; 1158&#91;CMotorCall::compareDialogFromContext&#93; same Dialog
1321856217 -&#62; 1158&#91;CMotorCall::methodAckReceived&#93; Ack =&#62; update the inviteContext.
1321856217 -&#62; &#91;receiveAckMessage&#93; Call: d8bfed80114fa6e92ca3cf9f0570d17c@10.1.9.4 eqt: 1241 TERMINATED_STATE received a message.
1321856217 -&#62; 1158&#91;emitEventToMonitel&#93; content size (lginfo): 656
1321856217 -&#62; 1158&#91;emitEventToMonitel&#93; CAC = 0 eqtCAC = -1 
1321856217 -&#62; 1158&#91;emitEventToMonitel&#93; CAC = 0 
1321856217 -&#62; &#91;ipc_thread&#93; IPC Thread : Ipc reception 2432.
1321856217 -&#62; &#91;ipc_thread&#93; IPC Thread : TCL thread signaled.
1321856217 -&#62; &#91;sendLgEvtSip&#93; Event sent on eqt : 1241 Id :-1
1321856217 -&#62; &#91;display_ipc_out&#93; ------------ Begin ---------------
1321856217 -&#62; Id : -1
1321856217 -&#62; ACK
1321856217 -&#62; &#91;display_ipc_out&#93; ------------- End ----------------
1321856217 -&#62; &#91;exec_ipc&#93; in 2431.
1321856217 -&#62; &#91;display_ipc_in&#93; ------------ Begin ---------------
1321856217 -&#62; neqt : 1241 Id : -1
1321856217 -&#62; SIP EQT RELEASED
1321856217 -&#62; &#91;display_ipc_in&#93; ------------- End ----------------
1321856217 -&#62; &#91;CMotorCallManager::onIncomingEvent&#93; an event 10773 arrived on the eqt 1241--1.
1321856217 -&#62; &#91;CMotorCallManager::onIncomingEvent&#93; The call with eqt: 1241 has released its equipment.
1321856217 -&#62; 1158&#91;CMotorCall::emitSipEqtReleaseAck&#93; SIP_EQT_RELEASE_ACK
1321856217 -&#62; 1158&#91;emitEventToMonitel&#93; content size (lginfo): 656
1321856217 -&#62; 1158&#91;emitEventToMonitel&#93; CAC = 0 eqtCAC = -1 
1321856217 -&#62; 1158&#91;emitEventToMonitel&#93; CAC = 0 
1321856217 -&#62; &#91;sendLgEvtSip&#93; Event sent on eqt : 1241 Id :-1
1321856217 -&#62; &#91;display_ipc_out&#93; ------------ Begin ---------------
1321856217 -&#62; Id : -1
1321856217 -&#62; UNKNOWN MESSAGE
1321856217 -&#62; &#91;display_ipc_out&#93; ------------- End ----------------
1321856217 -&#62; 1158&#91;CMotorCall::unRegister&#93; Remove eqt : 1241 diag : -1 from the map.
1321856217 -&#62; &#91;CMotorCallManager::eraseCallwithEqt&#93; CMotorCall 1241 erased.
1321856217 -&#62; &#91;CMotorCallManager::onIncomingEvent&#93; state = TERMINATED_STATE.
1321856217 -&#62; SendToSipgwCpuSec: Message sent to the STAND-BY CPU
1321856217 -&#62; &#91;CMotorCallManager::onIncomingEvent&#93; killSession.
1321856217 -&#62; 1158 &#91;CCall::killSession&#93;
1321856217 -&#62; 218c &#91;CTransaction::changeState&#93; STATE CHANGED TO TERMINATED
1321856217 -&#62; 218c &#91;CTransaction::freeTimerToken&#93; Timer J is freed
1321856217 -&#62; 218c &#91;CTransaction::changeState&#93; no transaction state, terminated reason : None
1321856217 -&#62; 218b &#91;CTransaction::changeState&#93; STATE CHANGED TO TERMINATED
1321856217 -&#62; 218b &#91;CTransaction::freeTimerToken&#93; Timer I is freed
1321856217 -&#62; 218b &#91;CTransaction::changeState&#93; no transaction state, terminated reason : None
1321856217 -&#62; 1158 &#91;CCall::onKill Session Call manager close is called&#93;
1321856217 -&#62; 1158 &#91;CCall::killSession&#93; notifying the call manager
1321856217 -&#62;&nbsp;&nbsp;102 &#91;CCallManager::onCallClosed&#93;
1321856217 -&#62;&nbsp;&nbsp;102 &#91;CCallManager::onCallClosed()&#93; Call 1158 closed. Removing call 160210640 from the maps
1321856217 -&#62; &#91;CMotorCallManager::onNotifyCallClosed&#93; Call : d8bfed80114fa6e92ca3cf9f0570d17c@10.1.9.4 is closed.
1321856217 -&#62; &#91;CMotorCallManager::onNotifyCallClosed&#93; Call : d8bfed80114fa6e92ca3cf9f0570d17c@10.1.9.4 is closed.
1321856217 -&#62; &#91;CMotorCallManager::onNotifyCallClosed&#93; call processResponse.
1321856217 -&#62; 1158&#91;CMotorCall::processResponse&#93; call chooseBestResponse.
1321856217 -&#62; 1158&#91;CMotorCall::chooseBestResponse&#93; pForkedBranch=0x98ca850 iResponseCode=2000.
1321856217 -&#62;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &#91;CForkedBranch::getResponseCode&#93; response=2000.
1321856217 -&#62; 1158&#91;CMotorCall::chooseBestResponse&#93; next branch.
1321856217 -&#62; 1158&#91;CMotorCall::processResponse&#93; no response found.
1321856217 -&#62; &#91;CMotorCallManager::onNotifyCallClosed&#93; Remove eqt from the map.
1321856217 -&#62; &#91;CCall::onKill&#93; se t callmanager to null
1321856217 -&#62; &#91;exec_ipc&#93; in end 2431.
1321856217 -&#62; &#91;CTransaction::notifyDialog&#93;
1321856217 -&#62; &#91;CTransaction::notifyDialog&#93; notify parent dialog
1321856217 -&#62; 1560 &#91;CDialog::onTransactionState(pTrans = 218c, previousState = null, currentState = Terminated, reason = None&#93;
1321856217 -&#62; 218C &#91;~CTransaction&#93; transaction 966424859 CANCEL
1321856217 -&#62; 116 &#91;~CResponse&#93; resp(200) d8bfed80114fa6e92ca3cf9f0570d17c@10.1.9.4 966424859 CANCEL
1321856217 -&#62; D4 &#91;~CRequest&#93; req d8bfed80114fa6e92ca3cf9f0570d17c@10.1.9.4 966424859 CANCEL
1321856217 -&#62; &#91;CTransaction::notifyDialog&#93;
1321856217 -&#62; &#91;CTransaction::notifyDialog&#93; notify parent dialog
1321856217 -&#62; 1560 &#91;CDialog::onTransactionState(pTrans = 218b, previousState = null, currentState = Terminated, reason = None&#93;
1321856217 -&#62; 1560 &#91;CDialog::onTransactionState&#93; dialog is terminated
1321856217 -&#62; 1560 &#91;CDialog::onTransactionState&#93; onDialogClosed
1321856217 -&#62; 1158 &#91;CCall::onDialogClosed&#93;
1321856217 -&#62; 1158 &#91;CCall::onDialogClosed&#93; only initial *********
1321856217 -&#62; 1158 &#91;CCall::onDialogClosed&#93; All the initial dialogs in the Call are closed
1321856217 -&#62; 218B &#91;~CTransaction&#93; transaction 966424859 INVITE
1321856217 -&#62; D5 &#91;~CRequest&#93; req d8bfed80114fa6e92ca3cf9f0570d17c@10.1.9.4 966424859 ACK
1321856219 -&#62; is_my_node_in_campus false
1321856219 -&#62;&nbsp;&nbsp;102 &#91;CCallManager::removeGarbage&#93; at index i = 0
1321856219 -&#62; 1158&#91;CMotorCall::~CMotorCall&#93; Call : d8bfed80114fa6e92ca3cf9f0570d17c@10.1.9.4 is being destructed.
1321856219 -&#62; 1158 &#91;CCall::~CCall&#93;
1321856219 -&#62; 1158 &#91;CCall::removeGarbage&#93;
1321856219 -&#62; 1560 &#91;CDialog::~CDialog&#93;
1321856219 -&#62; &#91;CSessionTimerContext::~CSessionTimerContext&#93; Free CSessionTimerContext
1321856219 -&#62; 117 &#91;~CResponse&#93; resp(487) d8bfed80114fa6e92ca3cf9f0570d17c@10.1.9.4 966424859 INVITE
1321856219 -&#62; D3 &#91;~CRequest&#93; req d8bfed80114fa6e92ca3cf9f0570d17c@10.1.9.4 966424859 INVITE
</pre>
============= <br />
			<i>21.11.2011 12:19:12, skipper.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7431/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7431/</guid>
			<pubDate>Mon, 21 Nov 2011 12:19:12 +0600</pubDate>
			<category>IP/VoIP</category>
		</item>
		<item>
			<title>Входящий SIP-вызов на OXE 9.1 (502 bad gateway)</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7430/">Входящий SIP-вызов на OXE 9.1 (502 bad gateway)</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum21/">IP/VoIP</a>. <br />
			А не поможет ли, случайно, создание ещё одной SIP транковой группы типа ISDN для <b>входящей</b> связи с ССМ, ещё одного remote gateway с указанием этой транковой группы. Исходящая связь может идти через другие группы. И домен можно другой. <br />
			<i>21.11.2011 09:44:35, etc.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7430/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum21/topic942/message7430/</guid>
			<pubDate>Mon, 21 Nov 2011 09:44:35 +0600</pubDate>
			<category>IP/VoIP</category>
		</item>
	</channel>
</rss>
