<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>ЗАО &amp;quot;ИНТЕРСИСТ&amp;quot; [тема: SIP trunk group: неправильный АОН]</title>
		<link>http://www.intersyst.ru</link>
		<description>Новое в теме SIP trunk group: неправильный АОН форума IP/VoIP на сайте ЗАО &amp;quot;ИНТЕРСИСТ&amp;quot; [www.intersyst.ru]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Tue, 13 Oct 2026 11:10:41 +0500</pubDate>
		<item>
			<title>SIP trunk group: неправильный АОН</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11634/">SIP trunk group: неправильный АОН</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum21/">IP/VoIP</a>. <br />
			Ну, вроде как в первом приближении все работает. Можно перевести дух.<br /><br />Всем помогавшим огромное спасибо! Особенно камраду error. Без вас бы еще долго ковырялся. Если кто будете в Москве - коньяк с меня.<br /><br />Впрочем, при включении ABCF, наверное, еще встретимся... <br />
			<i>16.07.2013 16:10:06, Seller_V.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11634/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11634/</guid>
			<pubDate>Tue, 16 Jul 2013 16:10:06 +0600</pubDate>
			<category>IP/VoIP</category>
		</item>
		<item>
			<title>SIP trunk group: неправильный АОН</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11627/">SIP trunk group: неправильный АОН</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum21/">IP/VoIP</a>. <br />
			А с ABC-F мне кажется в SIP будут проблемы. Если supervised by routing - не доступен, не будет создан Х.25 кластер под эти ресурсы, и система подумает что нет доступных ресурсов для VPN звонка.<br />Хотя, с другой стороны, для организации ABC-F вам понадобится сигналинг (возможность общения между процессорами по IP), а если есть хождение по IP - остается плюнуть на SIP, а поднять и использовать H.323 для сетевых звонков. <br />
			<i>11.07.2013 09:40:38, vad.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11627/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11627/</guid>
			<pubDate>Thu, 11 Jul 2013 09:40:38 +0600</pubDate>
			<category>IP/VoIP</category>
		</item>
		<item>
			<title>SIP trunk group: неправильный АОН</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11625/">SIP trunk group: неправильный АОН</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum21/">IP/VoIP</a>. <br />
			<br />====quote====<br />Seller_V пишет:<br />Схему попробую на стенде, расскажу. Какой-то косяк предвижу: с одной стороны, SIP GW может быть привязан к TG, с другой стороны, в самом SIP GW объявляется используемая TG. А если я в TG укажу один GW, а в этом GW укажу другую TG - кто кого переборет? Короче, буду пробовать.<br />=============<br /><br />Думаю, что никто никого не переборет, т.к. они используются при разных ситуациях, т.е. при вход. и исход. вызове. <br />
			<i>11.07.2013 02:02:32, Андрей.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11625/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11625/</guid>
			<pubDate>Thu, 11 Jul 2013 02:02:32 +0600</pubDate>
			<category>IP/VoIP</category>
		</item>
		<item>
			<title>SIP trunk group: неправильный АОН</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11624/">SIP trunk group: неправильный АОН</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum21/">IP/VoIP</a>. <br />
			<br />====quote====<br />error пишет:<br /><br />====quote====<br />Андрей пишет:<br /><br />В документации она как раз не между ОХЕ, насколько я понимаю. <br />=============<br /><br />смотри внимательно network routing<br /><br />=============<br /><br />Смотри внимательно ARS на 10.1. <br /><br /><br /><br />====quote====<br /><br /><br />====quote====<br />Андрей пишет:<br /><br />Т.к. в данном конкретном случае количество абонентов пока не описано, то нельзя утверждать, какой из указанных способов однозначно лучше.<br />=============<br /><br />причем тут количество абонентов??? все сводится к тому сколько активных сессий на каждый sip-id предоставляет пров (сессий может быть 1 а может 3 5 10 15 да хоть 30)<br />=============<br /><br />То же самое, вид сбоку. <br />В зависимости от конкретных условий можно разрулить и так, и эдак. <br />
			<i>11.07.2013 02:00:12, Андрей.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11624/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11624/</guid>
			<pubDate>Thu, 11 Jul 2013 02:00:12 +0600</pubDate>
			<category>IP/VoIP</category>
		</item>
		<item>
			<title>SIP trunk group: неправильный АОН</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11623/">SIP trunk group: неправильный АОН</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum21/">IP/VoIP</a>. <br />
			чем дальше в лес, тем больше дров <img src="http://www.intersyst.ru/upload/main/smiles/5/icon_smile.gif" border="0" data-code=":)" data-definition="SD" alt=":)" style="width:16px;height:16px;" title="С улыбкой" class="bx-smile" /><br />прикольно получается - sip-телефон домой поставить "не левое", к атс прикрутить то "левое"<br /><br /><br />====quote====<br />Seller_V пишет:<br />как у меня на эту схему ABCF на другие узлы ляжет. Носом чувствую еще порцию проблем.<br />=============<br />на ноде 1 все TG 1xx, на ноде 2 все TG 2XX, на ноде 3 все TG 3XX, это на тот случай если друг с ноды 1 кто-то захочет выходить в город через ноду 3. вот и все проблемы (TG удаленной ноды должна совпадать)<br /><br />все узлы соединить через аудит с бродкастом и будет шоколад - в HG на ноде 3 могут и абоненты других нод, на кнопках абоненты других нод и другая дребедень, в общем по взрослому <img src="http://www.intersyst.ru/upload/main/smiles/5/icon_smile.gif" border="0" data-code=":)" data-definition="SD" alt=":)" style="width:16px;height:16px;" title="С улыбкой" class="bx-smile" /> <br />
			<i>11.07.2013 00:47:01, error.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11623/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11623/</guid>
			<pubDate>Thu, 11 Jul 2013 00:47:01 +0600</pubDate>
			<category>IP/VoIP</category>
		</item>
		<item>
			<title>SIP trunk group: неправильный АОН</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11622/">SIP trunk group: неправильный АОН</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum21/">IP/VoIP</a>. <br />
			<br />====quote====<br />vad пишет:<br />Все равно не понятно - зачем вам делать разную регистрацию для разных абонентов станции (вернее не вам, а провайдеру). Что мешает - с точки зрения "не левых" соединений - аутентифицироваться станцией на шлюзе (иметь один external gateway), а отдавая правильный АОН - разруливать тарификацию у провайдера для разных организаций внутри вашей АТС.<br />=============<br />Вот ровно такой же вопрос я, не будучи оригинальным, пытался задать нашим проектантам еще в начале этих плясок. "Такие правила" - был ответ. Вот и пришлось реализовывать...<br />Я ведь не зря в середине ветки интересовался, как у меня на эту схему ABCF на другие узлы ляжет. Носом чувствую еще порцию проблем. <br />
			<i>11.07.2013 00:01:31, Seller_V.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11622/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11622/</guid>
			<pubDate>Thu, 11 Jul 2013 00:01:31 +0600</pubDate>
			<category>IP/VoIP</category>
		</item>
		<item>
			<title>SIP trunk group: неправильный АОН</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11621/">SIP trunk group: неправильный АОН</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum21/">IP/VoIP</a>. <br />
			<br />====quote====<br />Seller_V пишет:<br />Я в начале ветки описывал схему: у прова 10 номеров (каждый = городскому 6-значному номеру, каждый со своей регистрацией). Соответственно, под каждый заточен свой внешний SIP GW. Номера эти (для меня входящие) разруливаются через DDI транслятор.<br />=============<br />Все равно не понятно - зачем вам делать разную регистрацию для разных абонентов станции (вернее не вам, а провайдеру). Что мешает - с точки зрения "не левых" соединений - аутентифицироваться станцией на шлюзе (иметь один external gateway), а отдавая правильный АОН - разруливать тарификацию у провайдера для разных организаций внутри вашей АТС.<br />Просто похоже - схему с одной маленькой станцией/отдельным аппаратом - распространили на станцию с несколькими организациями, при этом ни чего не меняя. <br />
			<i>10.07.2013 23:22:36, vad.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11621/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11621/</guid>
			<pubDate>Wed, 10 Jul 2013 23:22:36 +0600</pubDate>
			<category>IP/VoIP</category>
		</item>
		<item>
			<title>SIP trunk group: неправильный АОН</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11620/">SIP trunk group: неправильный АОН</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum21/">IP/VoIP</a>. <br />
			<br />====quote====<br />Андрей пишет:<br />В документации она как раз не между ОХЕ, насколько я понимаю. <br />=============<br />смотри внимательно network routing<br /><br /><br />====quote====<br />Андрей пишет:<br />Т.к. в данном конкретном случае количество абонентов пока не описано, то нельзя утверждать, какой из указанных способов однозначно лучше.<br />=============<br />причем тут количество абонентов??? все сводится к тому сколько активных сессий на каждый sip-id предоставляет пров (сессий может быть 1 а может 3 5 10 15 да хоть 30) <br />
			<i>10.07.2013 23:04:55, error.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11620/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11620/</guid>
			<pubDate>Wed, 10 Jul 2013 23:04:55 +0600</pubDate>
			<category>IP/VoIP</category>
		</item>
		<item>
			<title>SIP trunk group: неправильный АОН</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11619/">SIP trunk group: неправильный АОН</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum21/">IP/VoIP</a>. <br />
			<br />====quote====<br />Андрей пишет:<br />В 10.1 можно ассоциировать Ext. SIP Gw с транкгруппой и, соответственно, выбирать SIP GW не через Numbering command, а выбором транкгруппы. <br /><br />А транкгруппу можно выбирать в ARS автоматом из Entity.<br />=============<br /><br />Схему попробую на стенде, расскажу. Какой-то косяк предвижу: с одной стороны, SIP GW может быть привязан к TG, с другой стороны, в самом SIP GW объявляется используемая TG. А если я в TG укажу один GW, а в этом GW укажу другую TG - кто кого переборет? Короче, буду пробовать. <br />
			<i>10.07.2013 22:20:28, Seller_V.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11619/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11619/</guid>
			<pubDate>Wed, 10 Jul 2013 22:20:28 +0600</pubDate>
			<category>IP/VoIP</category>
		</item>
		<item>
			<title>SIP trunk group: неправильный АОН</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11618/">SIP trunk group: неправильный АОН</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum21/">IP/VoIP</a>. <br />
			<br />====quote====<br />vad пишет:<br /><br />====quote====<br />Seller_V пишет:<br /><br />Эге, это значит, надо 10 дискриминаторов делать? Однако...<br />=============<br /><br />а у вас чего - абонентам звонят с 10-ти разных гейтвеев? Офигеть.<br />=============<br />Ну... В общем, да...<br />Я в начале ветки описывал схему: у прова 10 номеров (каждый = городскому 6-значному номеру, каждый со своей регистрацией). Соответственно, под каждый заточен свой внешний SIP GW. Номера эти (для меня входящие) разруливаются через DDI транслятор. <br />
			<i>10.07.2013 22:13:49, Seller_V.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11618/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11618/</guid>
			<pubDate>Wed, 10 Jul 2013 22:13:49 +0600</pubDate>
			<category>IP/VoIP</category>
		</item>
		<item>
			<title>SIP trunk group: неправильный АОН</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11617/">SIP trunk group: неправильный АОН</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum21/">IP/VoIP</a>. <br />
			<br />====quote====<br />Seller_V пишет:<br />Эге, это значит, надо 10 дискриминаторов делать? Однако...<br />=============<br />а у вас чего - абонентам звонят с 10-ти разных гейтвеев? Офигеть. <br />
			<i>10.07.2013 21:12:41, vad.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11617/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11617/</guid>
			<pubDate>Wed, 10 Jul 2013 21:12:41 +0600</pubDate>
			<category>IP/VoIP</category>
		</item>
		<item>
			<title>SIP trunk group: неправильный АОН</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11615/">SIP trunk group: неправильный АОН</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum21/">IP/VoIP</a>. <br />
			<br />====quote====<br />error пишет:<br /><br />====quote====<br />Андрей пишет:<br /><br />В 10.1 можно ассоциировать Ext. SIP Gw с транкгруппой<br />=============<br /><br />а не в 10.1 - как то по другому делается?<br /><br />=============<br /><br />Конечно. До 10.1 в свойствах транкгруппы не было привязки к SIP Ext. GW. <br /><br /><br /><br /><br />====quote====<br /><br /><br />====quote====<br />Андрей пишет:<br /><br />выбирать SIP GW не через Numbering command, а выбором транкгруппы.<br />=============<br /><br />сомнительно и не факт что это прокатит для sip-транка. есть такая фича таким способом объединять две и более ОХЕ или не так?<br /><br />=============<br /><br />Я не понял вопрос. <br />Сомнительно, что функция, описанная в документации, работает, как там описано ?<br />Или что она будет работать в случае вызовов не между OXE ?<br />В документации она как раз не между ОХЕ, насколько я понимаю. <br /><br /><br /><br />====quote====<br /><br />вывод - те же яйца только в профиль с элементом геммороя - надо будет плодить TG (по количеству sip-номеров, а если у меня 100 таких номеров?) с топим SIP-ISDN (даже если mini-sip) и в этоге потом полезем cfgUpdate чтобы выровнять количество количество каналов на TG и естественно размер выделяемой памяти поднять. спрашивается - оно это надо? когда есть гуманный способ<br />=============<br /><br />Каждому способу - свое место. <br />Т.к. в данном конкретном случае количество абонентов пока не описано, то нельзя утверждать, какой из указанных способов однозначно лучше. <br />
			<i>10.07.2013 20:38:07, Андрей.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11615/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11615/</guid>
			<pubDate>Wed, 10 Jul 2013 20:38:07 +0600</pubDate>
			<category>IP/VoIP</category>
		</item>
		<item>
			<title>SIP trunk group: неправильный АОН</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11614/">SIP trunk group: неправильный АОН</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum21/">IP/VoIP</a>. <br />
			<br />====quote====<br />Андрей пишет:<br />В 10.1 можно ассоциировать Ext. SIP Gw с транкгруппой<br />=============<br />а не в 10.1 - как то по другому делается?<br /><br /><br />====quote====<br />Андрей пишет:<br />выбирать SIP GW не через Numbering command, а выбором транкгруппы.<br />=============<br />сомнительно и не факт что это прокатит для sip-транка. есть такая фича таким способом объединять две и более ОХЕ или не так?<br /><br /><br />вывод - те же яйца только в профиль с элементом геммороя - надо будет плодить TG (по количеству sip-номеров, а если у меня 100 таких номеров?) с топим SIP-ISDN (даже если mini-sip) и в этоге потом полезем cfgUpdate чтобы выровнять количество количество каналов на TG и естественно размер выделяемой памяти поднять. спрашивается - оно это надо? когда есть гуманный способ <br />
			<i>10.07.2013 20:17:22, error.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11614/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11614/</guid>
			<pubDate>Wed, 10 Jul 2013 20:17:22 +0600</pubDate>
			<category>IP/VoIP</category>
		</item>
		<item>
			<title>SIP trunk group: неправильный АОН</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11612/">SIP trunk group: неправильный АОН</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum21/">IP/VoIP</a>. <br />
			В 10.1 можно ассоциировать Ext. SIP Gw с транкгруппой и, соответственно, выбирать SIP GW не через Numbering command, а выбором транкгруппы. <br />А транкгруппу можно выбирать в ARS автоматом из Entity. <br />
			<i>10.07.2013 19:23:48, Андрей.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11612/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11612/</guid>
			<pubDate>Wed, 10 Jul 2013 19:23:48 +0600</pubDate>
			<category>IP/VoIP</category>
		</item>
		<item>
			<title>SIP trunk group: неправильный АОН</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11611/">SIP trunk group: неправильный АОН</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum21/">IP/VoIP</a>. <br />
			Эге, это значит, надо 10 дискриминаторов делать? Однако... <br />
			<i>10.07.2013 18:22:43, Seller_V.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11611/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11611/</guid>
			<pubDate>Wed, 10 Jul 2013 18:22:43 +0600</pubDate>
			<category>IP/VoIP</category>
		</item>
		<item>
			<title>SIP trunk group: неправильный АОН</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11607/">SIP trunk group: неправильный АОН</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum21/">IP/VoIP</a>. <br />
			связка entity + dial rule + ars<br />к примеру <br />entity 10, &nbsp;dial rule 10 с набором номера через ext.gw 10, абонент имеет entity 10 - это один sip-номер<br />entity 11, &nbsp;dial rule 11 с набором номера через ext.gw 11, абонент имеет entity 11 - это другой sip-номер<br />и т.д.<br /><br />все как по принципу медных CO если сильно не заморачиваться <br />
			<i>10.07.2013 17:43:35, error.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11607/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11607/</guid>
			<pubDate>Wed, 10 Jul 2013 17:43:35 +0600</pubDate>
			<category>IP/VoIP</category>
		</item>
		<item>
			<title>SIP trunk group: неправильный АОН</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11606/">SIP trunk group: неправильный АОН</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum21/">IP/VoIP</a>. <br />
			Скажите пожалуйста, а реально ли сделать так, чтобы при исходящем звонке абонент пользовался именно тем GW, с которого на него приходит входящий городской? <br />
			<i>10.07.2013 16:25:49, Seller_V.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11606/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11606/</guid>
			<pubDate>Wed, 10 Jul 2013 16:25:49 +0600</pubDate>
			<category>IP/VoIP</category>
		</item>
		<item>
			<title>SIP trunk group: неправильный АОН</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11604/">SIP trunk group: неправильный АОН</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum21/">IP/VoIP</a>. <br />
			Пожалуйста, вот трейс успешного исходящего звонка:<br /><br />1373447514 -&gt; Wed Jul 10 15:11:54 2013 [ipc_thread] IPC Thread : Ipc reception 9282.<br />Wed Jul 10 15:11:54 2013 [ipc_thread] IPC Thread : TCL thread signaled.<br />Wed Jul 10 15:11:54 2013 [exec_ipc] in 9281.<br />Wed Jul 10 15:11:54 2013 [display_ipc_in] ------------ Begin ---------------<br />Wed Jul 10 15:11:54 2013 neqt : 1152 Id : -1<br />Wed Jul 10 15:11:54 2013 INVITE<br />Wed Jul 10 15:11:54 2013 REQUEST URI : &lt;&gt; 89036117511@10.180.140.2:5060 ; user=phone<br />Wed Jul 10 15:11:54 2013 FROM : &lt;M. Azanova DECT&gt; 550389@10.110.32.90:5060 ; user=phone<br />Wed Jul 10 15:11:54 2013 TO : &lt;&gt; 89036117511@10.180.140.2:5060 ; user=phone<br />Wed Jul 10 15:11:54 2013 CAC : 0<br />Wed Jul 10 15:11:54 2013 neqt CAC : -1<br />Wed Jul 10 15:11:54 2013 CAC-CSBU info : UNKNOWN<br />Wed Jul 10 15:11:54 2013 CLIR : 0<br />Wed Jul 10 15:11:54 2013 SDP :<br />Wed Jul 10 15:11:54 2013 &nbsp; ADDRESS : 10.110.32.9210.110.32.92 :32600<br />Wed Jul 10 15:11:54 2013 &nbsp; ALGOS :<br />Wed Jul 10 15:11:54 2013 &nbsp; &nbsp; PCMA<br />Wed Jul 10 15:11:54 2013 &nbsp; &nbsp; 97<br />Wed Jul 10 15:11:54 2013 &nbsp; DIRECTION : SEND & RECEIVE<br />Wed Jul 10 15:11:54 2013 &nbsp; crypto index : 0<br />Wed Jul 10 15:11:54 2013 &nbsp; &nbsp; &nbsp; &nbsp;N_GW_EXT : 10<br />Wed Jul 10 15:11:54 2013 [display_ipc_in] ------------- End ----------------<br />Wed Jul 10 15:11:54 2013 [CMotorCallManager::onIncomingEvent] an event 10752 arrived on the eqt 1152 -1.<br />Wed Jul 10 15:11:54 2013 [CMotorCallManager::onIncomingEvent] New Call created.<br />Wed Jul 10 15:11:54 2013 [CMotorCallManager::callFactory].<br />Wed Jul 10 15:11:54 2013 [CMotorCall :: CMotorCall()] Oxe_Version_Name = OmniPCX Enterprise R10.1.1 j2.603.20.i<br />1373447514 -&gt; Wed Jul 10 15:11:54 2013 [CMotorCallManager::callFactory]=84f9778.<br />Wed Jul 10 15:11:54 2013 [CMotorCallManager::insertCallwithEqt] CMotorCall 1152 inserted.<br />Wed Jul 10 15:11:54 2013 inviteBuildFromAssertedId--&gt;extGw=-1<br />Wed Jul 10 15:11:54 2013 113a[CMotorCall::sipUriType] sip Uri.<br />Wed Jul 10 15:11:54 2013 113a[CMotorCall::inviteBuildAurlWithBelongingDomain] Reg_Id_for_user_URL_of_PAI =1<br />Wed Jul 10 15:11:54 2013 113a[CMotorCall::sipUriType] sip Uri.<br />Wed Jul 10 15:11:54 2013 [quoteString] =&gt; "550389"<br />Wed Jul 10 15:11:54 2013 [isAddrInDico] user=89036117511 host=10.180.140.2<br />Wed Jul 10 15:11:54 2013 [isUserInDico] 89036117511@10.180.140.2<br />Wed Jul 10 15:11:54 2013 isUserInDico] NOT found in the dictionnary.<br />Wed Jul 10 15:11:54 2013 [isAddrInDico] other sip user<br />Wed Jul 10 15:11:54 2013 113a[CMotorCall::inviteBuildAurlWithBelongingDomain] P-Asserted-Identity: "550389" &lt;sip:550389@10.180.140.2<br />&gt;<br />Wed Jul 10 15:11:54 2013 [quoteString] =&gt; "M. Azanova DECT"<br />Wed Jul 10 15:11:54 2013 113a[CMotorCall::sipUriType] sip Uri.<br />Wed Jul 10 15:11:54 2013 113a[CMotorCall::setFilterUsedMode] To be traced = 0<br />Wed Jul 10 15:11:54 2013 [CMotorCallManager::onIncomingEvent] state = INITIAL_STATE.<br />Wed Jul 10 15:11:54 2013 [onIncomingEvent] INVITE arrived.<br />Wed Jul 10 15:11:54 2013 [receiveInviteEvent] Call:  eqt: 1152 INITIAL_STATE received an event.<br />Wed Jul 10 15:11:54 2013 113a[CMotorCall::emitInviteMessage] begin. size=656 call_type: 0<br />Wed Jul 10 15:11:54 2013 [isAddrInDico] user=89036117511 host=10.180.140.2<br />1373447514 -&gt; Wed Jul 10 15:11:54 2013 [isUserInDico] 89036117511@10.180.140.2<br />Wed Jul 10 15:11:54 2013 isUserInDico] NOT found in the dictionnary.<br />Wed Jul 10 15:11:54 2013 [isAddrInDico] other sip user<br />Wed Jul 10 15:11:54 2013 inviteBuildFromAssertedId--&gt;extGw=10<br />Wed Jul 10 15:11:54 2013 113a[CMotorCall::sipUriType] sip Uri.<br />Wed Jul 10 15:11:54 2013 113a[CMotorCall::inviteBuildAurlWithBelongingDomain] Reg_Id_for_user_URL_of_PAI =1<br />Wed Jul 10 15:11:54 2013 113a[CMotorCall::sipUriType] sip Uri.<br />Wed Jul 10 15:11:54 2013 [quoteString] =&gt; "550389"<br />Wed Jul 10 15:11:54 2013 [isAddrInDico] user=89036117511 host=10.180.140.2<br />Wed Jul 10 15:11:54 2013 [isUserInDico] 89036117511@10.180.140.2<br />Wed Jul 10 15:11:54 2013 isUserInDico] NOT found in the dictionnary.<br />Wed Jul 10 15:11:54 2013 [isAddrInDico] other sip user<br />Wed Jul 10 15:11:54 2013 113a[CMotorCall::inviteBuildAurlWithBelongingDomain] P-Asserted-Identity: "550389" &lt;sip:550389@10.180.140.2<br />&gt;<br />Wed Jul 10 15:11:54 2013 [quoteString] =&gt; "M. Azanova DECT"<br />Wed Jul 10 15:11:54 2013 113a[CMotorCall::emitInviteMessage] From: "M. Azanova DECT" &lt;sip:550389@10.180.140.2;user=phone&gt;<br />Wed Jul 10 15:11:54 2013 113a[CMotorCall::sipUriType] sip Uri.<br />Wed Jul 10 15:11:54 2013 113a[CMotorCall::emitInviteMessage] reqUri :sip:89036117511@10.180.140.2;user=phone<br />Wed Jul 10 15:11:54 2013 113a[CMotorCall::emitInviteMessage]--&gt;SIP_INFO_allowed=0<br />Wed Jul 10 15:11:54 2013 113a[CMotorCall  ISDN ExtGW<br />Wed Jul 10 15:11:54 2013 113a[CMotorCall  ISDN ExtGW<br />Wed Jul 10 15:11:54 2013 113a[CMotorCall::inviteBuildSupportedHeader] Invite directed to external gw : 10<br />1373447514 -&gt; Wed Jul 10 15:11:54 2013 113a[CMotorCall::sipUriType] sip Uri.<br />Wed Jul 10 15:11:54 2013 113a[CMotorCall::emitInviteMessage]  To: &lt;sip:89036117511@10.180.140.2;user=phone&gt;<br />Wed Jul 10 15:11:54 2013 &nbsp;am_I_PCS SCSWorking : NO<br />Wed Jul 10 15:11:54 2013 &nbsp;check_PCSstate<br />Wed Jul 10 15:11:54 2013 &nbsp;am_I_PCS SCSWorking : NO<br />Wed Jul 10 15:11:54 2013 &nbsp;check_PCSstate stat of PCS &nbsp;is : -1<br />Wed Jul 10 15:11:54 2013 [inviteBuildContact] trunk_number=102 extGw =10.<br />Wed Jul 10 15:11:54 2013 [137339-InviteBuildContact]  userinfo : 550389<br />Wed Jul 10 15:11:54 2013 113a[CMotorCall::sipUriType] sip Uri.<br />Wed Jul 10 15:11:54 2013 113a[CMotorCall::isTLSProtRequiredForExtGw] =0.<br />Wed Jul 10 15:11:54 2013 113a[CMotorCall::inviteBuildContact]  Contact: sip:550389@10.110.32.90<br />Wed Jul 10 15:11:54 2013 113a[CMotorCall::isExtGwTLSwithREINVITE] ExtGw NOT manged with TLS and refresh REINVITE<br />Wed Jul 10 15:11:54 2013 113a[CMotorCall::inviteBuildSessionTimer] uacGatewayMode=1 uacRefresher=1.<br />Wed Jul 10 15:11:54 2013 113a[CMotorCall::makeRequestSdp] Begin sdp.<br />Wed Jul 10 15:11:54 2013 113a[CMotorCall::appendAudioAttributToMedia] Direction: 0.<br />Wed Jul 10 15:11:54 2013 113a[CMotorCall::appendAudioAttributToMedia] format 97<br />Wed Jul 10 15:11:54 2013 113a[CMotorCall::makeRequestSdp] crypto index3=0 clearMediaLine=0.<br />Wed Jul 10 15:11:54 2013 113a[CMotorCall::makeRequestSdp] appendMediaDescription ok.<br />Wed Jul 10 15:11:54 2013 113a[CMotorCall::makeRequestSdp] Final sdp.<br />Wed Jul 10 15:11:54 2013 113a[CMotorCall::emitInviteMessage] The sdp build.<br />1373447514 -&gt; Wed Jul 10 15:11:54 2013 113a[CMotorCall::new_determineTargetsForTheRequest] is not Responsible For This URI.<br />Wed Jul 10 15:11:54 2013 113a[CMotorCall::makeInitialMotorRequest] target is not the local node.<br />Wed Jul 10 15:11:54 2013 113a[CMotorCall::makeInitialMotorRequest] nb contacts=1.<br />Wed Jul 10 15:11:54 2013 113a[CMotorCall::makeInitialMotorRequest] *pcszNameToFind : 89036117511<br />Wed Jul 10 15:11:54 2013 [isUserInDico] 89036117511@10.180.140.2<br />Wed Jul 10 15:11:54 2013 isUserInDico] NOT found in the dictionnary.<br />Wed Jul 10 15:11:54 2013 113a[CMotorCall::makeInitialMotorRequest] contact : sip:89036117511@10.180.140.2;user=phone<br />Wed Jul 10 15:11:54 2013 113a[CMotorCall::makeInitialMotorRequest] nb available licenses=9 .<br />Wed Jul 10 15:11:54 2013 113a[CMotorCall::makeInitialMotorRequest] req_Uri_OK=0 and pSipAddSpec-&gt;getHost()=10.180.140.2<br />Wed Jul 10 15:11:54 2013 [CGWMngDat a::isMainServer] CPU is MAIN.<br />Wed Jul 10 15:11:54 2013 [CGWMngDat a::isMainServer] checkwith PCS = 0<br />Wed Jul 10 15:11:54 2013 113a[CMotorCall::isTLSProtRequiredForExtGw] =0.<br />Wed Jul 10 15:11:54 2013 113a [CCall::makeGenericRequest] INVITE<br />Wed Jul 10 15:11:54 2013 113a [CCall::getDialog] Confirmed Dialog is not found (ID = <img src="http://www.intersyst.ru/upload/main/smiles/5/icon_wink.gif" border="0" data-code=";)" data-definition="SD" alt=";)" style="width:16px;height:16px;" title="Шутливо" class="bx-smile" /><br />Wed Jul 10 15:11:54 2013 113a [CCall::getDialog] Initial Dialog Client not found<br />Wed Jul 10 15:11:54 2013 151d [CDialog::createRequest]<br />Wed Jul 10 15:11:54 2013 151d [CDialog::buildServicesForAllRequest]<br />Wed Jul 10 15:11:54 2013 151d [CDialog::createInviteRequest]<br />Wed Jul 10 15:11:54 2013 212e [CTransaction::changeState] STATE CHANGED TO INITIAL<br />1373447514 -&gt; Wed Jul 10 15:11:54 2013 212e [CTransaction::changeState] notifying the parent dialog<br />Wed Jul 10 15:11:54 2013 151d [CDialog::onTransactionState(pTrans = 212e, previousState = Terminated, currentState = Initial, reason<br /> = None]<br />Wed Jul 10 15:11:54 2013 34 [CRequest::CRequest] Creation of a request<br />Wed Jul 10 15:11:54 2013 34 [CMessage::send] sip_sendMessage (10.180.140.2:5060)<br />Wed Jul 10 15:11:54 2013 SEND MESSAGE TO NETWORK (10.180.140.2:5060 [UDP]) (BUFF LEN = 961)<br />----------------------utf8-----------------------<br />INVITE sip:89036117511@10.180.140.2;user=phone SIP/2.0<br />Allow: INVITE, ACK, CANCEL, BYE, PRACK, NOTIFY, SUBSCRIBE, OPTIONS, UPDATE<br />Supported: timer,path,100rel<br />User-Agent: OmniPCX Enterprise R10.1.1 j2.603.20.i<br />Session-Expires: 1800;refresher=uac<br />Min-SE: 900<br />P-Asserted-Identity: "550389" &lt;sip:550389@10.180.140.2&gt;<br />Content-Type: application/sdp<br />To: &lt;sip:89036117511@10.180.140.2;user=phone&gt;<br />From: "M. Azanova DECT" &lt;sip:550389@10.180.140.2;user=phone&gt;;tag=b481d8231ee2a3c186df22142cbf468e<br />Contact: &lt;sip:550389@10.110.32.90;transport=UDP&gt;<br />Call-ID: ab1fb399c2f99fda17c2e260dcc13e4f@10.110.32.90<br />CSeq: 519397262 INVITE<br />Via: SIP/2.0/UDP 10.110.32.90;branch=z9hG4bK0165a8e887d3d407fc7297d0184292e0<br />Max-Forwards: 70<br />Content-Length: 214<br /><br />v=0<br />o=OXE 1373447514 1373447514 IN IP4 10.110.32.90<br />s=abs<br />c=IN IP4 10.110.32.92<br />t=0 0<br />m=audio 32600 RTP/AVP 8 97<br />a=sendrecv<br />a=rtpmap:8 PCMA/8000<br />a=ptime:20<br />a=maxptime:30<br />a=rtpmap:97 telephone-event/8000<br />-------------------------------------------------<br />1373447514 -&gt; Wed Jul 10 15:11:54 2013 34 [CMessage::onSendSuccess]<br />Wed Jul 10 15:11:54 2013 212e [CTransaction::onSendSuccess] CMessage 34 send Success<br />Wed Jul 10 15:11:54 2013 151d [CDialog::onSendSuccess]<br />Wed Jul 10 15:11:54 2013 [convertIPStrIntoTuipv] 10.180.140.2 =&gt; 10.180.140.2<br />Wed Jul 10 15:11:54 2013 [isIpAddressType] 10.180.140.2.<br />Wed Jul 10 15:11:54 2013 [isIpAddressType] YES.<br />Wed Jul 10 15:11:54 2013 212e [CTransInitialState::createRequest] Transaction changes to Calling state<br />Wed Jul 10 15:11:54 2013 212e [CTransaction::changeState] STATE CHANGED TO CALLING<br />Wed Jul 10 15:11:54 2013 212e [CTransaction::changeState] notifying the parent dialog<br />Wed Jul 10 15:11:54 2013 151d [CDialog::onTransactionState(pTrans = 212e, previousState = Initial, currentState = Calling, reason =<br />Request creation]<br />Wed Jul 10 15:11:54 2013 212e [CTransaction::startTimer] Timer A is started (delay = 500 ms)<br />Wed Jul 10 15:11:54 2013 212e [CTransaction::startTimer] Timer B is started (delay = 4000 ms)<br />Wed Jul 10 15:11:54 2013 151d [CDialog::getTransactionByCSeq] CSeq = 519397262<br />Wed Jul 10 15:11:54 2013 151d [CDialog::addTransaction] added transaction 212e with branch z9hG4bK0165a8e887d3d407fc7297d0184292e0,<br />with CSeq 519397262<br />Wed Jul 10 15:11:54 2013 [CSessionTimerContext::CSessionTimerContext] New CSessionTimerContext from request (Client, UA)<br />Wed Jul 10 15:11:54 2013 [CSessionTimerContext::updateSupported] Request timer supported<br />Wed Jul 10 15:11:54 2013 [CSessionTimerContext::updateMinSE] Min-SE updated : 900<br />1373447514 -&gt; Wed Jul 10 15:11:54 2013 [CSessionTimerContext::updateSessionExpires] Refresher updated : i<br />Wed Jul 10 15:11:54 2013 [CSessionTimerContext::updateSessionExpires] Session-Expires updated : 1800<br />Wed Jul 10 15:11:54 2013 [CForkedBranch::CForkedBranch] context = 0x84f9c24.<br />Wed Jul 10 15:11:54 2013 113a[CMotorCall::branchAllocation] pForkedBranch = 0x84fe458 and the branch number is.<br />Wed Jul 10 15:11:54 2013 113a[CMotorCall::makeInitialMotorRequest] reqUri duplication  pForkedBranch = 0x84fe458.<br />Wed Jul 10 15:11:54 2013 113a[CMotorCall::setCurrentState] NOE-SIP : sendBackupUpdate Msg not sent to twin CS<br />Wed Jul 10 15:11:54 2013 NOE-SIP : StandByCallCreation not sent to twin CS<br />Wed Jul 10 15:11:54 2013 [onIncomingEvent] CallID must be inserted.<br />Wed Jul 10 15:11:54 2013 [onIncomingEvent] CallID inserted.<br />Wed Jul 10 15:11:54 2013 [exec_ipc] in end 9281.<br />Wed Jul 10 15:11:54 2013 RECEIVE MESSAGE FROM NETWORK (10.180.140.2:5060 [UDP])<br />----------------------utf8-----------------------<br />SIP/2.0 100 Trying<br />To: &lt;sip:89036117511@10.180.140.2;user=phone&gt;<br />From: "M. Azanova DECT" &lt;sip:550389@10.180.140.2;user=phone&gt;;tag=b481d8231ee2a3c186df22142cbf468e<br />Call-ID: ab1fb399c2f99fda17c2e260dcc13e4f@10.110.32.90<br />CSeq: 519397262 INVITE<br />Via: SIP/2.0/UDP 10.110.32.90:5060;branch=z9hG4bK0165a8e887d3d407fc7297d0184292e0<br /><br />-------------------------------------------------<br /><br />Wed Jul 10 15:11:54 2013 [CIOCom::receiveResponse] CResponse 38 ref=1<br />Wed Jul 10 15:11:54 2013 [CDispatcher::processResponseFromManagerIndex] start at index 0<br />1373447514 -&gt; Wed Jul 10 15:11:54 2013 &nbsp;102 [CCallManager::onIncomingResponse]<br />Wed Jul 10 15:11:54 2013 113a [CCall::receiveResponse] 100<br />Wed Jul 10 15:11:54 2013 113a [CCall::getDialog] Confirmed Dialog is not found (ID = b481d8231ee2a3c186df22142cbf468e;)<br />Wed Jul 10 15:11:54 2013 113a [CCall::getDialog] Returning Initial Dialog Client<br />Wed Jul 10 15:11:54 2013 151d [CDialog::receiveResponse]<br />Wed Jul 10 15:11:54 2013 212e [CTransCallingState::receiveResponse] Provisional : Transaction changes to Proceeding state<br />Wed Jul 10 15:11:54 2013 212e [CTransaction::changeState] STATE CHANGED TO PROCEEDING<br />Wed Jul 10 15:11:54 2013 212e [CTransaction::changeState] notifying the parent dialog<br />Wed Jul 10 15:11:54 2013 151d [CDialog::onTransactionState(pTrans = 212e, previousState = Calling, currentState = Proceeding, reason<br /> = 1xx response reception]<br />Wed Jul 10 15:11:54 2013 212e [CTransaction::freeTimerToken] Timer A is freed<br />Wed Jul 10 15:11:54 2013 212e [CTransaction::freeTimerToken] Timer B is freed<br />Wed Jul 10 15:11:54 2013 113a[CMotorCall::searchForkedBranch]pForkedBranch=0x84fe458.<br />Wed Jul 10 15:11:54 2013 [receiveInformationalMessage] Call: ab1fb399c2f99fda17c2e260dcc13e4f@10.110.32.90 eqt: 1152 PROCEEDING_STAT<br />E received a message.<br />Wed Jul 10 15:11:54 2013 [receiveInformationalMessage] is in the else part of SDP not present<br />Wed Jul 10 15:11:54 2013 RECEIVE MESSAGE FROM NETWORK (10.180.140.2:5060 [UDP])<br />----------------------utf8-----------------------<br />SIP/2.0 401 Unauthorized<br />To: &lt;sip:89036117511@10.180.140.2;user=phone&gt;;tag=SDsnbge99-90w76txmo0<br />From: "M. Azanova DECT" &lt;sip:550389@10.180.140.2;user=phone&gt;;tag=b481d8231ee2a3c186df22142cbf468e<br />Call-ID: ab1fb399c2f99fda17c2e260dcc13e4f@10.110.32.90<br />CSeq: 519397262 INVITE<br />Via: SIP/2.0/UDP 10.110.32.90:5060;branch=z9hG4bK0165a8e887d3d407fc7297d0184292e0<br />WWW-Authenticate: Digest realm="10.67.144.34",nonce="51dd25ba0af64f534b1f9441b2ba9038df3dae25",opaque="58e0f3eb7d01b5095d2396886ba08<br />b1e",qop="auth"<br />Content-Length: 0<br /><br />-------------------------------------------------<br /><br />1373447514 -&gt; Wed Jul 10 15:11:54 2013 [CIOCom::receiveResponse] CResponse 39 ref=1<br />Wed Jul 10 15:11:54 2013 [CDispatcher::processResponseFromManagerIndex] start at index 0<br />Wed Jul 10 15:11:54 2013 &nbsp;102 [CCallManager::onIncomingResponse]<br />Wed Jul 10 15:11:54 2013 113a [CCall::receiveResponse] 401<br />Wed Jul 10 15:11:54 2013 113a [CCall::getDialog] Confirmed Dialog is not found (ID = b481d8231ee2a3c186df22142cbf468e;SDsnbge99-90w7<br />6txmo0)<br />Wed Jul 10 15:11:54 2013 113a [CCall::getDialog] Returning Initial Dialog Client<br />Wed Jul 10 15:11:54 2013 151d [CDialog::receiveResponse]<br />Wed Jul 10 15:11:54 2013 38 [~CResponse] resp(100) ab1fb399c2f99fda17c2e260dcc13e4f@10.110.32.90 519397262 INVITE<br />Wed Jul 10 15:11:54 2013 212e [CTransProceedingState::receiveResponse] Final : Transaction changes to Completed state<br />Wed Jul 10 15:11:54 2013 212e [CTransaction::changeState] STATE CHANGED TO COMPLETED<br />Wed Jul 10 15:11:54 2013 212e [CTransaction::changeState] notifying the parent dialog<br />Wed Jul 10 15:11:54 2013 151d [CDialog::onTransactionState(pTrans = 212e, previousState = Proceeding, currentState = Completed, reas<br />on = Final resp reception]<br />Wed Jul 10 15:11:54 2013 35 [CRequest::CRequest] Creation of a request<br />Wed Jul 10 15:11:54 2013 35 [CMessage::send] sip_sendMessage (10.180.140.2:5060)<br />Wed Jul 10 15:11:54 2013 SEND MESSAGE TO NETWORK (10.180.140.2:5060 [UDP]) (BUFF LEN = 400)<br />----------------------utf8-----------------------<br />ACK sip:89036117511@10.180.140.2;user=phone SIP/2.0<br />Call-ID: ab1fb399c2f99fda17c2e260dcc13e4f@10.110.32.90<br />From: "M. Azanova DECT" &lt;sip:550389@10.180.140.2;user=phone&gt;;tag=b481d8231ee2a3c186df22142cbf468e<br />To: &lt;sip:89036117511@10.180.140.2;user=phone&gt;;tag=SDsnbge99-90w76txmo0<br />Via: SIP/2.0/UDP 10.110.32.90;branch=z9hG4bK0165a8e887d3d407fc7297d0184292e0<br />CSeq: 519397262 ACK<br />Content-Length: 0<br /><br />-------------------------------------------------<br />1373447514 -&gt; Wed Jul 10 15:11:54 2013 35 [CMessage::onSendSuccess]<br />Wed Jul 10 15:11:54 2013 212e [CTransaction::onSendSuccess] CMessage 35 send Success<br />Wed Jul 10 15:11:54 2013 151d [CDialog::onSendSuccess]<br />Wed Jul 10 15:11:54 2013 [convertIPStrIntoTuipv] 10.180.140.2 =&gt; 10.180.140.2<br />Wed Jul 10 15:11:54 2013 [isIpAddressType] 10.180.140.2.<br />Wed Jul 10 15:11:54 2013 [isIpAddressType] YES.<br />Wed Jul 10 15:11:54 2013 212e [CTransaction::startTimer] Timer D is started (delay = 32403 ms)<br />Wed Jul 10 15:11:54 2013 [unquoteString] "10.67.144.34" =&gt; 10.67.144.34<br />Wed Jul 10 15:11:54 2013 113a[CMotorCall::isKnownAuthenticate] Unquoted realm found : 10.67.144.34 ,Realm in the management : 10.67.<br />144.34.<br />Wed Jul 10 15:11:54 2013 113a[CMotorCall::isKnownAuthenticate] matching realm : 10.67.144.34 in authenticate header.<br />Wed Jul 10 15:11:54 2013 113a[CMotorCall::searchForkedBranch]pForkedBranch=0x84fe458.<br />Wed Jul 10 15:11:54 2013 113a[CMotorCall::emitAuthorizedRequest] Begin.<br />Wed Jul 10 15:11:54 2013 113a[CMotorCall::emitAuthorizedRequest] authenticateHeader found =&gt; Login: 550389.<br />Wed Jul 10 15:11:54 2013 113a[CMotorCall::emitAuthorizedRequest] AuthorizationService for qop : "auth" =&gt; cnounce : 1373447514.<br />Wed Jul 10 15:11:54 2013 113a [CCall::makeGenericRequest] INVITE<br />Wed Jul 10 15:11:54 2013 113a [CCall::getDialog] Confirmed Dialog is not found (ID = b481d8231ee2a3c186df22142cbf468e;SDsnbge99-90w7<br />6txmo0)<br />Wed Jul 10 15:11:54 2013 113a [CCall::getDialog] Returning Initial Dialog Client<br />Wed Jul 10 15:11:54 2013 151d [CDialog::createRequest]<br />1373447514 -&gt; Wed Jul 10 15:11:54 2013 151d [CDialog::buildServicesForAllRequest]<br />Wed Jul 10 15:11:54 2013 151d [CDialog::createInviteRequest]<br />Wed Jul 10 15:11:54 2013 212f [CTransaction::changeState] STATE CHANGED TO INITIAL<br />Wed Jul 10 15:11:54 2013 212f [CTransaction::changeState] notifying the parent dialog<br />Wed Jul 10 15:11:54 2013 151d [CDialog::onTransactionState(pTrans = 212f, previousState = Terminated, currentState = Initial, reason<br /> = None]<br />Wed Jul 10 15:11:54 2013 36 [CRequest::CRequest] Creation of a request<br />Wed Jul 10 15:11:54 2013 36 [CMessage::send] sip_sendMessage (10.180.140.2:5060)<br />Wed Jul 10 15:11:54 2013 SEND MESSAGE TO NETWORK (10.180.140.2:5060 [UDP]) (BUFF LEN = 1245)<br />----------------------utf8-----------------------<br />INVITE sip:89036117511@10.180.140.2;user=phone SIP/2.0<br />Allow: INVITE, ACK, CANCEL, BYE, PRACK, NOTIFY, SUBSCRIBE, OPTIONS, UPDATE<br />Supported: timer,path,100rel<br />User-Agent: OmniPCX Enterprise R10.1.1 j2.603.20.i<br />Session-Expires: 1800;refresher=uac<br />Min-SE: 900<br />P-Asserted-Identity: "550389" &lt;sip:550389@10.180.140.2&gt;<br />Content-Type: application/sdp<br />To: &lt;sip:89036117511@10.180.140.2;user=phone&gt;<br />From: "M. Azanova DECT" &lt;sip:550389@10.180.140.2;user=phone&gt;;tag=b481d8231ee2a3c186df22142cbf468e<br />Contact: &lt;sip:550389@10.110.32.90;transport=UDP&gt;<br />Call-ID: ab1fb399c2f99fda17c2e260dcc13e4f@10.110.32.90<br />CSeq: 519397263 INVITE<br />Max-Forwards: 70<br />Authorization: Digest username="550389",realm="10.67.144.34",nonce="51dd25ba0af64f534b1f9441b2ba9038df3dae25",opaque="58e0f3eb7d01b5<br />095d2396886ba08b1e",qop=auth,cnonce="1373447514",nc=00000001,uri="sip:89036117511@10.180.140.2;user=phone",response="185bb34740cea87<br />5e9f9ecfca23d2221"<br />Via: SIP/2.0/UDP 10.110.32.90;branch=z9hG4bK29f4c92a3d7a17198b8434cfad3b0e55<br />Content-Length: 214<br /><br />v=0<br />o=OXE 1373447514 1373447514 IN IP4 10.110.32.90<br />s=abs<br />c=IN IP4 10.110.32.92<br />t=0 0<br />m=audio 32600 RTP/AVP 8 97<br />a=sendrecv<br />a=rtpmap:8 PCMA/8000<br />a=ptime:20<br />a=maxptime:30<br />a=rtpmap:97 telephone-event/8000<br />-------------------------------------------------<br />1373447514 -&gt; Wed Jul 10 15:11:54 2013 36 [CMessage::onSendSuccess]<br />Wed Jul 10 15:11:54 2013 212f [CTransaction::onSendSuccess] CMessage 36 send Success<br />Wed Jul 10 15:11:54 2013 151d [CDialog::onSendSuccess]<br />Wed Jul 10 15:11:54 2013 [convertIPStrIntoTuipv] 10.180.140.2 =&gt; 10.180.140.2<br />Wed Jul 10 15:11:54 2013 [isIpAddressType] 10.180.140.2.<br />Wed Jul 10 15:11:54 2013 [isIpAddressType] YES.<br />Wed Jul 10 15:11:54 2013 212f [CTransInitialState::createRequest] Transaction changes to Calling state<br />Wed Jul 10 15:11:54 2013 212f [CTransaction::changeState] STATE CHANGED TO CALLING<br />Wed Jul 10 15:11:54 2013 212f [CTransaction::changeState] notifying the parent dialog<br />Wed Jul 10 15:11:54 2013 151d [CDialog::onTransactionState(pTrans = 212f, previousState = Initial, currentState = Calling, reason =<br />Request creation]<br />Wed Jul 10 15:11:54 2013 212f [CTransaction::startTimer] Timer A is started (delay = 500 ms)<br />Wed Jul 10 15:11:54 2013 212f [CTransaction::startTimer] Timer B is started (delay = 4000 ms)<br />Wed Jul 10 15:11:54 2013 151d [CDialog::getTransactionByCSeq] CSeq = 519397263<br />Wed Jul 10 15:11:54 2013 151d [CDialog::addTransaction] added transaction 212f with branch z9hG4bK29f4c92a3d7a17198b8434cfad3b0e55,<br />with CSeq 519397263<br />Wed Jul 10 15:11:54 2013 [CSessionTimerContext::updateSupported] Request timer supported<br />Wed Jul 10 15:11:54 2013 [CSessionTimerContext::updateSessionExpires] Refresher updated : i<br />Wed Jul 10 15:11:54 2013 [CSessionTimerContext::updateSessionExpires] Session-Expires updated : 1800<br />Wed Jul 10 15:11:54 2013 113a[CMotorCall::emitAuthorizedRequest] ForkedBranch updated.<br />1373447514 -&gt; Wed Jul 10 15:11:54 2013 [CForkedBranch::CForkedBranch] context = 0x84fe8ec.<br />Wed Jul 10 15:11:54 2013 113a[CMotorCall::branchAllocation] pForkedBranch = 0x84ffed0 and the branch number is.<br />Wed Jul 10 15:11:54 2013 RECEIVE MESSAGE FROM NETWORK (10.180.140.2:5060 [UDP])<br />----------------------utf8-----------------------<br />SIP/2.0 100 Trying<br />To: &lt;sip:89036117511@10.180.140.2;user=phone&gt;<br />From: "M. Azanova DECT" &lt;sip:550389@10.180.140.2;user=phone&gt;;tag=b481d8231ee2a3c186df22142cbf468e<br />Call-ID: ab1fb399c2f99fda17c2e260dcc13e4f@10.110.32.90<br />CSeq: 519397263 INVITE<br />Via: SIP/2.0/UDP 10.110.32.90:5060;branch=z9hG4bK29f4c92a3d7a17198b8434cfad3b0e55<br /><br />-------------------------------------------------<br /><br />Wed Jul 10 15:11:54 2013 [CIOCom::receiveResponse] CResponse 3A ref=1<br />Wed Jul 10 15:11:54 2013 [CDispatcher::processResponseFromManagerIndex] start at index 0<br />Wed Jul 10 15:11:54 2013 &nbsp;102 [CCallManager::onIncomingResponse]<br />Wed Jul 10 15:11:54 2013 113a [CCall::receiveResponse] 100<br />Wed Jul 10 15:11:54 2013 113a [CCall::getDialog] Confirmed Dialog is not found (ID = b481d8231ee2a3c186df22142cbf468e;)<br />Wed Jul 10 15:11:54 2013 113a [CCall::getDialog] Returning Initial Dialog Client<br />Wed Jul 10 15:11:54 2013 151d [CDialog::receiveResponse]<br />Wed Jul 10 15:11:54 2013 212f [CTransCallingState::receiveResponse] Provisional : Transaction changes to Proceeding state<br />Wed Jul 10 15:11:54 2013 212f [CTransaction::changeState] STATE CHANGED TO PROCEEDING<br />Wed Jul 10 15:11:54 2013 212f [CTransaction::changeState] notifying the parent dialog<br />1373447514 -&gt; Wed Jul 10 15:11:54 2013 151d [CDialog::onTransactionState(pTrans = 212f, previousState = Calling, currentState = Proc<br />eeding, reason = 1xx response reception]<br />Wed Jul 10 15:11:54 2013 212f [CTransaction::freeTimerToken] Timer A is freed<br />Wed Jul 10 15:11:54 2013 212f [CTransaction::freeTimerToken] Timer B is freed<br />Wed Jul 10 15:11:54 2013 113a[CMotorCall::searchForkedBranch]pForkedBranch=0x84ffed0.<br />Wed Jul 10 15:11:54 2013 [receiveInformationalMessage] Call: ab1fb399c2f99fda17c2e260dcc13e4f@10.110.32.90 eqt: 1152 PROCEEDING_STAT<br />E received a message.<br />Wed Jul 10 15:11:54 2013 [receiveInformationalMessage] is in the else part of SDP not present<br />Wed Jul 10 15:11:54 2013 RECEIVE MESSAGE FROM NETWORK (10.180.140.2:5060 [UDP])<br />----------------------utf8-----------------------<br />SIP/2.0 183 Session Progress<br />To: &lt;sip:89036117511@10.180.140.2;user=phone&gt;;tag=SDsnbge99-cvp3ymdyjk<br />From: "M. Azanova DECT" &lt;sip:550389@10.180.140.2;user=phone&gt;;tag=b481d8231ee2a3c186df22142cbf468e<br />Call-ID: ab1fb399c2f99fda17c2e260dcc13e4f@10.110.32.90<br />CSeq: 519397263 INVITE<br />Via: SIP/2.0/UDP 10.110.32.90:5060;branch=z9hG4bK29f4c92a3d7a17198b8434cfad3b0e55<br />Allow: INVITE,ACK,CANCEL,INFO,PRACK,UPDATE,OPTIONS,REGISTER,REFER,SUBSCRIBE<br />Contact: &lt;sip:89036117511@10.180.140.2:5060;user=phone;transport=udp&gt;<br />Require: 100rel<br />RSeq: 1<br />Content-Length: 161<br />Content-Type: application/sdp<br />Content-Disposition: session;handling=required<br /><br />v=0<br />o=- 6336865 8144681 IN IP4 10.180.140.2<br />s=-<br />c=IN IP4 10.180.140.2<br />b=AS:64<br />t=0 0<br />m=audio 20098 RTP/AVP 8<br />a=rtpmap:8 PCMA/8000<br />a=ptime:20<br />a=sendrecv<br />-------------------------------------------------<br /><br />1373447514 -&gt; Wed Jul 10 15:11:54 2013 [CIOCom::receiveResponse] CResponse 3B ref=1<br />Wed Jul 10 15:11:54 2013 [CDispatcher::processResponseFromManagerIndex] start at index 0<br />Wed Jul 10 15:11:54 2013 &nbsp;102 [CCallManager::onIncomingResponse]<br />Wed Jul 10 15:11:54 2013 113a [CCall::receiveResponse] 183<br />Wed Jul 10 15:11:54 2013 113a [CCall::getDialog] Confirmed Dialog is not found (ID = b481d8231ee2a3c186df22142cbf468e;SDsnbge99-cvp3<br />ymdyjk)<br />Wed Jul 10 15:11:54 2013 113a [CCall::getDialog] Returning Initial Dialog Client<br />Wed Jul 10 15:11:54 2013 151d [CDialog::receiveResponse]<br />Wed Jul 10 15:11:54 2013 3A [~CResponse] resp(100) ab1fb399c2f99fda17c2e260dcc13e4f@10.110.32.90 519397263 INVITE<br />Wed Jul 10 15:11:54 2013 151d [CDialog::updateRouteSet] there are 0 record-route headers<br />Wed Jul 10 15:11:54 2013 113a[CMotorCall::prackToSend] Reliable response received.<br />Wed Jul 10 15:11:54 2013 113a[CMotorCall  ISDN ExtGW<br />Wed Jul 10 15:11:54 2013 113a[CMotorCall::emitPrackMessage] response context is used.<br />Wed Jul 10 15:11:54 2013 113a [CCall::makeGenericRequest] PRACK<br />Wed Jul 10 15:11:54 2013 113a [CCall::getDialog] Confirmed Dialog is not found (ID = b481d8231ee2a3c186df22142cbf468e;SDsnbge99-cvp3<br />ymdyjk)<br />Wed Jul 10 15:11:54 2013 113a [CCall::getDialog] Returning Initial Dialog Client<br />Wed Jul 10 15:11:54 2013 151d [CDialog::createRequest]<br />Wed Jul 10 15:11:54 2013 151d [CDialog::buildServicesForAllRequest]<br />Wed Jul 10 15:11:54 2013 151d [CDialog::createBasicRequest]<br />Wed Jul 10 15:11:54 2013 2130 [CTransaction::changeState] STATE CHANGED TO INITIAL<br />1373447514 -&gt; Wed Jul 10 15:11:54 2013 2130 [CTransaction::changeState] notifying the parent dialog<br />Wed Jul 10 15:11:54 2013 151d [CDialog::onTransactionState(pTrans = 2130, previousState = Terminated, currentState = Initial, reason<br /> = None]<br />Wed Jul 10 15:11:54 2013 37 [CRequest::CRequest] Creation of a request<br />Wed Jul 10 15:11:54 2013 6801 [CPrackService::applyToMessage] there are 0 route headers in the request<br />Wed Jul 10 15:11:54 2013 37 [CMessage::send] sip_sendMessage (10.180.140.2:5060)<br />Wed Jul 10 15:11:54 2013 SEND MESSAGE TO NETWORK (10.180.140.2:5060 [UDP]) (BUFF LEN = 524)<br />----------------------utf8-----------------------<br />PRACK sip:89036117511@10.180.140.2:5060;user=phone;transport=udp SIP/2.0<br />Supported: timer,path<br />User-Agent: OmniPCX Enterprise R10.1.1 j2.603.20.i<br />RAck: 1 519397263 INVITE<br />To: &lt;sip:89036117511@10.180.140.2;user=phone&gt;;tag=SDsnbge99-cvp3ymdyjk<br />From: &lt;sip:550389@10.180.140.2;user=phone&gt;;tag=b481d8231ee2a3c186df22142cbf468e<br />Call-ID: ab1fb399c2f99fda17c2e260dcc13e4f@10.110.32.90<br />CSeq: 519397264 PRACK<br />Via: SIP/2.0/UDP 10.110.32.90;branch=z9hG4bKe0aef8b382aa2f93731ed15c73dd4110<br />Max-Forwards: 70<br />Content-Length: 0<br /><br />-------------------------------------------------<br />Wed Jul 10 15:11:54 2013 37 [CMessage::onSendSuccess]<br />Wed Jul 10 15:11:54 2013 2130 [CTransaction::onSendSuccess] CMessage 37 send Success<br />Wed Jul 10 15:11:54 2013 151d [CDialog::onSendSuccess]<br />Wed Jul 10 15:11:54 2013 [convertIPStrIntoTuipv] 10.180.140.2 =&gt; 10.180.140.2<br />Wed Jul 10 15:11:54 2013 [isIpAddressType] 10.180.140.2.<br />1373447514 -&gt; Wed Jul 10 15:11:54 2013 [isIpAddressType] YES.<br />Wed Jul 10 15:11:54 2013 2130 [CTransInitialState::createRequest] Transaction changes to Trying state<br />Wed Jul 10 15:11:54 2013 2130 [CTransaction::changeState] STATE CHANGED TO TRYING<br />Wed Jul 10 15:11:54 2013 2130 [CTransaction::changeState] notifying the parent dialog<br />Wed Jul 10 15:11:54 2013 151d [CDialog::onTransactionState(pTrans = 2130, previousState = Initial, currentState = Trying, reason = R<br />equest creation]<br />Wed Jul 10 15:11:54 2013 2130 [CTransTryingState::enterInState] Init timers E and F<br />Wed Jul 10 15:11:54 2013 2130 [CTransaction::startTimer] Timer E is started (delay = 500 ms)<br />Wed Jul 10 15:11:54 2013 2130 [CTransaction::startTimer] Timer F is started (delay = 16000 ms)<br />Wed Jul 10 15:11:54 2013 151d [CDialog::addTransaction] added transaction 2130 with branch z9hG4bKe0aef8b382aa2f93731ed15c73dd4110,<br />with CSeq 519397264<br />Wed Jul 10 15:11:54 2013 113a[CMotorCall::searchForkedBranch]pForkedBranch=0x84ffed0.<br />Wed Jul 10 15:11:54 2013 [receiveInformationalMessage] Call: ab1fb399c2f99fda17c2e260dcc13e4f@10.110.32.90 eqt: 1152 PROCEEDING_STAT<br />E received a message.<br />Wed Jul 10 15:11:54 2013 [receiveInformationalMessage] is in the first IF of SDP present<br />Wed Jul 10 15:11:54 2013 [checkSdpValidity] Media 0 type 1 contains 1 formats.<br />Wed Jul 10 15:11:54 2013 [checkSdpValidity] Format : 8.<br />Wed Jul 10 15:11:54 2013 [receiveInformationalMessage] is in the else part of SDP present<br />Wed Jul 10 15:11:54 2013 [convertSdpIntoTsdp] No Direction in the session part.<br />1373447514 -&gt; Wed Jul 10 15:11:54 2013 [convertSdpIntoTsdp] Check the direction in Session part - result:0.<br />Wed Jul 10 15:11:54 2013 [convertSdpIntoTsdp] media AUDIO detected (previous crypto=0).<br />Wed Jul 10 15:11:54 2013 [convertCryptoInfoInFile] clearMediaLine2:  0.<br />Wed Jul 10 15:11:54 2013 [convertAudioMedia] The audio media contains  1 format(s).<br />Wed Jul 10 15:11:54 2013 [convertAudioMedia] Format 0 is 8.<br />Wed Jul 10 15:11:54 2013 [convertAudioMedia] Direction is sendrecv.<br />Wed Jul 10 15:11:54 2013 [convertAudioMedia] Connection address retrieved in sdp: 10.180.140.2.<br />Wed Jul 10 15:11:54 2013 [convertIPStrIntoTuipv] 10.180.140.2 =&gt; 10.180.140.2<br />Wed Jul 10 15:11:54 2013 [convertSdpIntoTsdp] sdp index=0.<br />Wed Jul 10 15:11:54 2013 [display_sdp] address =10.180.140.2<br />Wed Jul 10 15:11:54 2013 [display_sdp] codecs =0.<br />Wed Jul 10 15:11:54 2013 [display_sdp] codecs =255.<br />Wed Jul 10 15:11:54 2013 [display_sdp] codecs =255.<br />Wed Jul 10 15:11:54 2013 [display_sdp] codecs =255.<br />Wed Jul 10 15:11:54 2013 [display_sdp] codecs =255.<br />Wed Jul 10 15:11:54 2013 [display_sdp] direction=0.<br />Wed Jul 10 15:11:54 2013 [convertSdpIntoTsdp] only one media taken into account xxx crypto_index=0 clear media=1<br />Wed Jul 10 15:11:54 2013 [convertSdpIntoTsdp] crypto_index=0 clear media=1.<br />Wed Jul 10 15:11:54 2013 [methodAllowedByDistant] UPDATE allowed by distant.<br />Wed Jul 10 15:11:54 2013 113a[emitEventToMonitel] content size (lginfo): 660 ccal crypted= 0<br />Wed Jul 10 15:11:54 2013 113a[emitEventToMonitel]1 T38 REINVITE TRUE<br />Wed Jul 10 15:11:54 2013 113a[emitEventToMonitel] CAC = 0 eqtCAC = -1<br />1373447514 -&gt; Wed Jul 10 15:11:54 2013 113a[emitEventToMonitel] cacUsed=0 eqtCac=-1<br />Wed Jul 10 15:11:54 2013 113a[emitEventToMonitel] displayIPCMessageOut<br />Wed Jul 10 15:11:54 2013 ** SIP TRUNKING **<br />Wed Jul 10 15:11:54 2013 [sendLgEvtSip] Event sent on eqt : 1152 Id :-1<br />Wed Jul 10 15:11:54 2013 [sendLgEvtSip] Event sent on eqt : 1152 Id :-1<br />Wed Jul 10 15:11:54 2013 [display_ipc_out] ------------ Begin ---------------<br />Wed Jul 10 15:11:54 2013 Id : -1<br />Wed Jul 10 15:11:54 2013 INFORMATIONAL<br />Wed Jul 10 15:11:54 2013 xx : &nbsp; &nbsp; &nbsp; 83<br />Wed Jul 10 15:11:54 2013 &nbsp; &nbsp; &nbsp; &nbsp;RELATIVE REQUEST : INVITE<br />Wed Jul 10 15:11:54 2013 Allow Update : 1<br />Wed Jul 10 15:11:54 2013 SDP :<br />Wed Jul 10 15:11:54 2013 &nbsp; ADDRESS : 10.180.140.210.180.140.2 :20098<br />Wed Jul 10 15:11:54 2013 &nbsp; ALGOS :<br />Wed Jul 10 15:11:54 2013 &nbsp; &nbsp; PCMA<br />Wed Jul 10 15:11:54 2013 &nbsp; DIRECTION : SEND & RECEIVE<br />Wed Jul 10 15:11:54 2013 &nbsp; crypto index : 0<br />Wed Jul 10 15:11:54 2013 [display_ipc_out] ------------- End ----------------<br />Wed Jul 10 15:11:54 2013 RECEIVE MESSAGE FROM NETWORK (10.180.140.2:5060 [UDP])<br />----------------------utf8-----------------------<br />SIP/2.0 200 OK<br />To: &lt;sip:89036117511@10.180.140.2;user=phone&gt;;tag=SDsnbge99-cvp3ymdyjk<br />From: &lt;sip:550389@10.180.140.2;user=phone&gt;;tag=b481d8231ee2a3c186df22142cbf468e<br />Call-ID: ab1fb399c2f99fda17c2e260dcc13e4f@10.110.32.90<br />CSeq: 519397264 PRACK<br />Via: SIP/2.0/UDP 10.110.32.90:5060;branch=z9hG4bKe0aef8b382aa2f93731ed15c73dd4110<br />Content-Length: 0<br /><br />-------------------------------------------------<br /><br />Wed Jul 10 15:11:54 2013 [CIOCom::receiveResponse] CResponse 3C ref=1<br />1373447517 -&gt; Wed Jul 10 15:11:54 2013 [CDispatcher::processResponseFromManagerIndex] start at index 0<br />Wed Jul 10 15:11:54 2013 &nbsp;102 [CCallManager::onIncomingResponse]<br />Wed Jul 10 15:11:54 2013 113a [CCall::receiveResponse] 200<br />Wed Jul 10 15:11:54 2013 113a [CCall::getDialog] Confirmed Dialog is not found (ID = b481d8231ee2a3c186df22142cbf468e;SDsnbge99-cvp3<br />ymdyjk)<br />Wed Jul 10 15:11:54 2013 113a [CCall::getDialog] Returning Initial Dialog Client<br />Wed Jul 10 15:11:54 2013 151d [CDialog::receiveResponse]<br />Wed Jul 10 15:11:54 2013 2130 [CTransTryingState::receiveResponse] Final : Transaction changes to Completed state<br />Wed Jul 10 15:11:54 2013 2130 [CTransaction::changeState] STATE CHANGED TO COMPLETED<br />Wed Jul 10 15:11:54 2013 2130 [CTransaction::changeState] notifying the parent dialog<br />Wed Jul 10 15:11:54 2013 151d [CDialog::onTransactionState(pTrans = 2130, previousState = Trying, currentState = Completed, reason =<br /> Final resp reception]<br />Wed Jul 10 15:11:54 2013 2130 [CTransaction::freeTimerToken] Timer E is freed<br />Wed Jul 10 15:11:54 2013 2130 [CTransaction::freeTimerToken] Timer F is freed<br />Wed Jul 10 15:11:54 2013 2130 [CTransaction::startTimer] Timer K is started (delay = 5000 ms)<br />Wed Jul 10 15:11:54 2013 113a[CMotorCall::onReceiveResponse] Response to PRACK accepted.<br />Wed Jul 10 15:11:57 2013 RECEIVE MESSAGE FROM NETWORK (10.180.140.2:5060 [UDP])<br />----------------------utf8-----------------------<br />SIP/2.0 180 Ringing<br />To: &lt;sip:89036117511@10.180.140.2;user=phone&gt;;tag=SDsnbge99-cvp3ymdyjk<br />From: "M. Azanova DECT" &lt;sip:550389@10.180.140.2;user=phone&gt;;tag=b481d8231ee2a3c186df22142cbf468e<br />Call-ID: ab1fb399c2f99fda17c2e260dcc13e4f@10.110.32.90<br />CSeq: 519397263 INVITE<br />Via: SIP/2.0/UDP 10.110.32.90:5060;branch=z9hG4bK29f4c92a3d7a17198b8434cfad3b0e55<br />Allow: INVITE,ACK,CANCEL,INFO,PRACK,UPDATE,OPTIONS,REGISTER,REFER,SUBSCRIBE<br />Contact: &lt;sip:89036117511@10.180.140.2:5060;user=phone;transport=udp&gt;<br />Require: 100rel<br />RSeq: 2<br />Content-Length: 0<br /><br />-------------------------------------------------<br /><br />1373447517 -&gt; Wed Jul 10 15:11:57 2013 [CIOCom::receiveResponse] CResponse 3D ref=1<br />Wed Jul 10 15:11:57 2013 [CDispatcher::processResponseFromManagerIndex] start at index 0<br />Wed Jul 10 15:11:57 2013 &nbsp;102 [CCallManager::onIncomingResponse]<br />Wed Jul 10 15:11:57 2013 113a [CCall::receiveResponse] 180<br />Wed Jul 10 15:11:57 2013 113a [CCall::getDialog] Confirmed Dialog is not found (ID = b481d8231ee2a3c186df22142cbf468e;SDsnbge99-cvp3<br />ymdyjk)<br />Wed Jul 10 15:11:57 2013 113a [CCall::getDialog] Returning Initial Dialog Client<br />Wed Jul 10 15:11:57 2013 151d [CDialog::receiveResponse]<br />Wed Jul 10 15:11:57 2013 3B [~CResponse] resp(183) ab1fb399c2f99fda17c2e260dcc13e4f@10.110.32.90 519397263 INVITE<br />Wed Jul 10 15:11:57 2013 151d [CDialog::updateRouteSet] there are 0 record-route headers<br />Wed Jul 10 15:11:57 2013 113a[CMotorCall::prackToSend] Reliable response received.<br />Wed Jul 10 15:11:57 2013 113a[CMotorCall  ISDN ExtGW<br />Wed Jul 10 15:11:57 2013 113a[CMotorCall::emitPrackMessage] response context is used.<br />Wed Jul 10 15:11:57 2013 113a [CCall::makeGenericRequest] PRACK<br />Wed Jul 10 15:11:57 2013 113a [CCall::getDialog] Confirmed Dialog is not found (ID = b481d8231ee2a3c186df22142cbf468e;SDsnbge99-cvp3<br />ymdyjk)<br />Wed Jul 10 15:11:57 2013 113a [CCall::getDialog] Returning Initial Dialog Client<br />Wed Jul 10 15:11:57 2013 151d [CDialog::createRequest]<br />Wed Jul 10 15:11:57 2013 151d [CDialog::buildServicesForAllRequest]<br />Wed Jul 10 15:11:57 2013 151d [CDialog::createBasicRequest]<br />Wed Jul 10 15:11:57 2013 2131 [CTransaction::changeState] STATE CHANGED TO INITIAL<br />1373447517 -&gt; Wed Jul 10 15:11:57 2013 2131 [CTransaction::changeState] notifying the parent dialog<br />Wed Jul 10 15:11:57 2013 151d [CDialog::onTransactionState(pTrans = 2131, previousState = Terminated, currentState = Initial, reason<br /> = None]<br />Wed Jul 10 15:11:57 2013 38 [CRequest::CRequest] Creation of a request<br />Wed Jul 10 15:11:57 2013 6802 [CPrackService::applyToMessage] there are 0 route headers in the request<br />Wed Jul 10 15:11:57 2013 38 [CMessage::send] sip_sendMessage (10.180.140.2:5060)<br />Wed Jul 10 15:11:57 2013 SEND MESSAGE TO NETWORK (10.180.140.2:5060 [UDP]) (BUFF LEN = 524)<br />----------------------utf8-----------------------<br />PRACK sip:89036117511@10.180.140.2:5060;user=phone;transport=udp SIP/2.0<br />Supported: timer,path<br />User-Agent: OmniPCX Enterprise R10.1.1 j2.603.20.i<br />RAck: 2 519397263 INVITE<br />To: &lt;sip:89036117511@10.180.140.2;user=phone&gt;;tag=SDsnbge99-cvp3ymdyjk<br />From: &lt;sip:550389@10.180.140.2;user=phone&gt;;tag=b481d8231ee2a3c186df22142cbf468e<br />Call-ID: ab1fb399c2f99fda17c2e260dcc13e4f@10.110.32.90<br />CSeq: 519397265 PRACK<br />Via: SIP/2.0/UDP 10.110.32.90;branch=z9hG4bK676a9474974c700872eba6e33d4ddac6<br />Max-Forwards: 70<br />Content-Length: 0<br /><br />-------------------------------------------------<br />Wed Jul 10 15:11:57 2013 38 [CMessage::onSendSuccess]<br />Wed Jul 10 15:11:57 2013 2131 [CTransaction::onSendSuccess] CMessage 38 send Success<br />Wed Jul 10 15:11:57 2013 151d [CDialog::onSendSuccess]<br />Wed Jul 10 15:11:57 2013 [convertIPStrIntoTuipv] 10.180.140.2 =&gt; 10.180.140.2<br />Wed Jul 10 15:11:57 2013 [isIpAddressType] 10.180.140.2.<br />1373447517 -&gt; Wed Jul 10 15:11:57 2013 [isIpAddressType] YES.<br />Wed Jul 10 15:11:57 2013 2131 [CTransInitialState::createRequest] Transaction changes to Trying state<br />Wed Jul 10 15:11:57 2013 2131 [CTransaction::changeState] STATE CHANGED TO TRYING<br />Wed Jul 10 15:11:57 2013 2131 [CTransaction::changeState] notifying the parent dialog<br />Wed Jul 10 15:11:57 2013 151d [CDialog::onTransactionState(pTrans = 2131, previousState = Initial, currentState = Trying, reason = R<br />equest creation]<br />Wed Jul 10 15:11:57 2013 2131 [CTransTryingState::enterInState] Init timers E and F<br />Wed Jul 10 15:11:57 2013 2131 [CTransaction::startTimer] Timer E is started (delay = 500 ms)<br />Wed Jul 10 15:11:57 2013 2131 [CTransaction::startTimer] Timer F is started (delay = 16000 ms)<br />Wed Jul 10 15:11:57 2013 151d [CDialog::addTransaction] added transaction 2131 with branch z9hG4bK676a9474974c700872eba6e33d4ddac6,<br />with CSeq 519397265<br />Wed Jul 10 15:11:57 2013 113a[CMotorCall::searchForkedBranch]pForkedBranch=0x84ffed0.<br />Wed Jul 10 15:11:57 2013 [receiveInformationalMessage] Call: ab1fb399c2f99fda17c2e260dcc13e4f@10.110.32.90 eqt: 1152 PROCEEDING_STAT<br />E received a message.<br />Wed Jul 10 15:11:57 2013 [receiveInformationalMessage] is in the else part of SDP not present<br />Wed Jul 10 15:11:57 2013 [methodAllowedByDistant] INFO allowed by distant.<br />Wed Jul 10 15:11:57 2013 [methodAllowedByDistant] UPDATE allowed by distant.<br />Wed Jul 10 15:11:57 2013 113a[emitEventToMonitel] content size (lginfo): 660 ccal crypted= 0<br />Wed Jul 10 15:11:57 2013 113a[emitEventToMonitel]1 T38 REINVITE TRUE<br />1373447517 -&gt; Wed Jul 10 15:11:57 2013 113a[emitEventToMonitel] CAC = 0 eqtCAC = -1<br />Wed Jul 10 15:11:57 2013 113a[emitEventToMonitel] cacUsed=0 eqtCac=-1<br />Wed Jul 10 15:11:57 2013 113a[emitEventToMonitel] displayIPCMessageOut<br />Wed Jul 10 15:11:57 2013 ** SIP TRUNKING **<br />Wed Jul 10 15:11:57 2013 [sendLgEvtSip] Event sent on eqt : 1152 Id :-1<br />Wed Jul 10 15:11:57 2013 [sendLgEvtSip] Event sent on eqt : 1152 Id :-1<br />Wed Jul 10 15:11:57 2013 [display_ipc_out] ------------ Begin ---------------<br />Wed Jul 10 15:11:57 2013 Id : -1<br />Wed Jul 10 15:11:57 2013 INFORMATIONAL<br />Wed Jul 10 15:11:57 2013 xx : &nbsp; &nbsp; &nbsp; 80<br />Wed Jul 10 15:11:57 2013 &nbsp; &nbsp; &nbsp; &nbsp;RELATIVE REQUEST : INVITE<br />Wed Jul 10 15:11:57 2013 Allow Update : 1<br />Wed Jul 10 15:11:57 2013 [display_ipc_out] ------------- End ----------------<br />Wed Jul 10 15:11:57 2013 RECEIVE MESSAGE FROM NETWORK (10.180.140.2:5060 [UDP])<br />----------------------utf8-----------------------<br />SIP/2.0 200 OK<br />To: &lt;sip:89036117511@10.180.140.2;user=phone&gt;;tag=SDsnbge99-cvp3ymdyjk<br />From: &lt;sip:550389@10.180.140.2;user=phone&gt;;tag=b481d8231ee2a3c186df22142cbf468e<br />Call-ID: ab1fb399c2f99fda17c2e260dcc13e4f@10.110.32.90<br />CSeq: 519397265 PRACK<br />Via: SIP/2.0/UDP 10.110.32.90:5060;branch=z9hG4bK676a9474974c700872eba6e33d4ddac6<br />Content-Length: 0<br /><br />-------------------------------------------------<br /><br />Wed Jul 10 15:11:57 2013 [CIOCom::receiveResponse] CResponse 3E ref=1<br />Wed Jul 10 15:11:57 2013 [CDispatcher::processResponseFromManagerIndex] start at index 0<br />Wed Jul 10 15:11:57 2013 &nbsp;102 [CCallManager::onIncomingResponse]<br />1373447519 -&gt; Wed Jul 10 15:11:57 2013 113a [CCall::receiveResponse] 200<br />Wed Jul 10 15:11:57 2013 113a [CCall::getDialog] Confirmed Dialog is not found (ID = b481d8231ee2a3c186df22142cbf468e;SDsnbge99-cvp3<br />ymdyjk)<br />Wed Jul 10 15:11:57 2013 113a [CCall::getDialog] Returning Initial Dialog Client<br />Wed Jul 10 15:11:57 2013 151d [CDialog::receiveResponse]<br />Wed Jul 10 15:11:57 2013 2131 [CTransTryingState::receiveResponse] Final : Transaction changes to Completed state<br />Wed Jul 10 15:11:57 2013 2131 [CTransaction::changeState] STATE CHANGED TO COMPLETED<br />Wed Jul 10 15:11:57 2013 2131 [CTransaction::changeState] notifying the parent dialog<br />Wed Jul 10 15:11:57 2013 151d [CDialog::onTransactionState(pTrans = 2131, previousState = Trying, currentState = Completed, reason =<br /> Final resp reception]<br />Wed Jul 10 15:11:57 2013 2131 [CTransaction::freeTimerToken] Timer E is freed<br />Wed Jul 10 15:11:57 2013 2131 [CTransaction::freeTimerToken] Timer F is freed<br />Wed Jul 10 15:11:57 2013 2131 [CTransaction::startTimer] Timer K is started (delay = 5000 ms)<br />Wed Jul 10 15:11:57 2013 113a[CMotorCall::onReceiveResponse] Response to PRACK accepted.<br />Wed Jul 10 15:11:59 2013 2130 [CTransCompletedState::timerFires] Timer K fires<br />Wed Jul 10 15:11:59 2013 2130 [CTransCompletedState::timerFires] Timer K : Transaction changes to Terminated state<br />Wed Jul 10 15:11:59 2013 2130 [CTransaction::changeState] STATE CHANGED TO TERMINATED<br />Wed Jul 10 15:11:59 2013 2130 [CTransaction::changeState] no transaction state, terminated reason : Timer K fires<br />1373447523 -&gt; Wed Jul 10 15:11:59 2013 [CTransaction::notifyDialog]<br />Wed Jul 10 15:11:59 2013 [CTransaction::notifyDialog] notify parent dialog<br />Wed Jul 10 15:11:59 2013 151d [CDialog::onTransactionState(pTrans = 2130, previousState = null, currentState = Terminated, reason =<br />Timer K fires]<br />Wed Jul 10 15:11:59 2013 2130 [~CTransaction] transaction 519397264 PRACK<br />Wed Jul 10 15:11:59 2013 3C [~CResponse] resp(200) ab1fb399c2f99fda17c2e260dcc13e4f@10.110.32.90 519397264 PRACK<br />Wed Jul 10 15:11:59 2013 37 [~CRequest] req ab1fb399c2f99fda17c2e260dcc13e4f@10.110.32.90 519397264 PRACK<br />Wed Jul 10 15:12:02 2013 2131 [CTransCompletedState::timerFires] Timer K fires<br />Wed Jul 10 15:12:02 2013 2131 [CTransCompletedState::timerFires] Timer K : Transaction changes to Terminated state<br />Wed Jul 10 15:12:02 2013 2131 [CTransaction::changeState] STATE CHANGED TO TERMINATED<br />Wed Jul 10 15:12:02 2013 2131 [CTransaction::changeState] no transaction state, terminated reason : Timer K fires<br />Wed Jul 10 15:12:02 2013 [CTransaction::notifyDialog]<br />Wed Jul 10 15:12:02 2013 [CTransaction::notifyDialog] notify parent dialog<br />Wed Jul 10 15:12:02 2013 151d [CDialog::onTransactionState(pTrans = 2131, previousState = null, currentState = Terminated, reason =<br />Timer K fires]<br />Wed Jul 10 15:12:02 2013 2131 [~CTransaction] transaction 519397265 PRACK<br />Wed Jul 10 15:12:02 2013 3E [~CResponse] resp(200) ab1fb399c2f99fda17c2e260dcc13e4f@10.110.32.90 519397265 PRACK<br /><br />1373447523 -&gt; Wed Jul 10 15:12:03 2013 RECEIVE MESSAGE FROM NETWORK (10.180.140.2:5060 [UDP])<br />----------------------utf8-----------------------<br />SIP/2.0 200 OK<br />To: &lt;sip:89036117511@10.180.140.2;user=phone&gt;;tag=SDsnbge99-cvp3ymdyjk<br />From: "M. Azanova DECT" &lt;sip:550389@10.180.140.2;user=phone&gt;;tag=b481d8231ee2a3c186df22142cbf468e<br />Call-ID: ab1fb399c2f99fda17c2e260dcc13e4f@10.110.32.90<br />CSeq: 519397263 INVITE<br />Via: SIP/2.0/UDP 10.110.32.90:5060;branch=z9hG4bK29f4c92a3d7a17198b8434cfad3b0e55<br />Accept: application/sdp<br />Allow: INVITE,ACK,CANCEL,BYE,INFO,PRACK,OPTIONS,REGISTER,REFER,SUBSCRIBE<br />Contact: "89036117511" &lt;sip:89036117511@10.180.140.2:5060;user=phone;transport=udp&gt;<br />Supported: 100rel<br />Content-Length: 0<br /><br />-------------------------------------------------<br /><br />Wed Jul 10 15:12:03 2013 [CIOCom::receiveResponse] CResponse 3F ref=1<br />Wed Jul 10 15:12:03 2013 [CDispatcher::processResponseFromManagerIndex] start at index 0<br />Wed Jul 10 15:12:03 2013 &nbsp;102 [CCallManager::onIncomingResponse]<br />Wed Jul 10 15:12:03 2013 113a [CCall::receiveResponse] 200<br />Wed Jul 10 15:12:03 2013 113a [CCall::getDialog] Confirmed Dialog is not found (ID = b481d8231ee2a3c186df22142cbf468e;SDsnbge99-cvp3<br />ymdyjk)<br />Wed Jul 10 15:12:03 2013 113a [CCall::getDialog] Returning Initial Dialog Client<br />Wed Jul 10 15:12:03 2013 151d [CDialog::receiveResponse]<br />Wed Jul 10 15:12:03 2013 151d [CDialog::receiveResponse] create a CONFIRMED dialog<br />Wed Jul 10 15:12:03 2013 151e [CDialog::CDialog] look for the transaction #0, transaction key = z9hG4bK29f4c92a3d7a17198b8434cfad3b0<br />e55<br />1373447523 -&gt; Wed Jul 10 15:12:03 2013 151e [CDialog::CDialog] copy the transaction #0, transaction key = z9hG4bK29f4c92a3d7a17198b8<br />434cfad3b0e55<br />Wed Jul 10 15:12:03 2013 2132 [CTransaction::CTransaction] Transaction is cloned in 4 state<br />Wed Jul 10 15:12:03 2013 151e [CDialog::addTransaction] added transaction 2132 with branch z9hG4bK29f4c92a3d7a17198b8434cfad3b0e55,<br />with CSeq 519397263<br />Wed Jul 10 15:12:03 2013 151e [CDialog::startDialogTTL]<br />Wed Jul 10 15:12:03 2013 151e [CDialog::receiveResponse]<br />Wed Jul 10 15:12:03 2013 2132 [CTransProceedingState::receiveResponse] Final : Transaction changes to Completed state<br />Wed Jul 10 15:12:03 2013 2132 [CTransaction::changeState] STATE CHANGED TO COMPLETED<br />Wed Jul 10 15:12:03 2013 2132 [CTransaction::changeState] notifying the parent dialog<br />Wed Jul 10 15:12:03 2013 151e [CDialog::onTransactionState(pTrans = 2132, previousState = Proceeding, currentState = Completed, reas<br />on = Final resp reception]<br />Wed Jul 10 15:12:03 2013 2132 [CTransaction::startTimer] Timer D is started (delay = 32196 ms)<br />Wed Jul 10 15:12:03 2013 [CSessionTimerContext::CSessionTimerContext] New CSessionTimerContext from response (Client, UA)<br />Wed Jul 10 15:12:03 2013 [CSessionTimerContext::updateSupported] Request timer supported<br />Wed Jul 10 15:12:03 2013 [CSessionTimerContext::updateMinSE] Min-SE updated : 900<br />Wed Jul 10 15:12:03 2013 [CSessionTimerContext::updateSessionExpires] Refresher updated : i<br />Wed Jul 10 15:12:03 2013 [CSessionTimerContext::updateSessionExpires] Session-Expires updated : 1800<br />1373447523 -&gt; Wed Jul 10 15:12:03 2013 [CSessionTimerContext::updateSessionExpires] Session-Expires updated : 1800<br />Wed Jul 10 15:12:03 2013 [CSessionTimerContext::startTimers] Start session timer expiration : 1800000<br />Wed Jul 10 15:12:03 2013 [CSessionTimerContext::startTimers] Start session timer will expires : 900000<br />Wed Jul 10 15:12:03 2013 [CSessionTimerContext::setRefreshMethod] Allow refreshMethod=INVITE<br />Wed Jul 10 15:12:03 2013 151e [CDialog::updateRouteSet] there are 0 record-route headers<br />Wed Jul 10 15:12:03 2013 113a [CCall::insertInDialogMap] added dialog #151e with the key b481d8231ee2a3c186df22142cbf468e;SDsnbge99-<br />cvp3ymdyjk<br /><br />Wed Jul 10 15:12:03 2013 151d [CDialog::getTransactionByCSeq] CSeq = 519397264<br />Wed Jul 10 15:12:03 2013 151d [CDialog::updateRouteSet] there are 0 record-route headers<br />Wed Jul 10 15:12:03 2013 113a[CMotorCall::searchForkedBranch]pForkedBranch=0x84ffed0.<br />Wed Jul 10 15:12:03 2013 &nbsp; &nbsp; &nbsp; &nbsp; [CForkedBranch::setFinalResponse] response=200.<br />Wed Jul 10 15:12:03 2013 113a[CMotorCall::responseToInviteOrCancel] call chooseBestResponse.<br />Wed Jul 10 15:12:03 2013 113a[CMotorCall::chooseBestResponse] pForkedBranch=0x84ffed0 iResponseCode=2000.<br />Wed Jul 10 15:12:03 2013 113a[CMotorCall::chooseBestResponse] last iResponseCode=200.<br />Wed Jul 10 15:12:03 2013 &nbsp; &nbsp; &nbsp; &nbsp; [CForkedBranch::setFinalResponse] pResponse=0x84f8d50.<br />Wed Jul 10 15:12:03 2013 113a[CMotorCall::chooseBestResponse] next branch.<br />Wed Jul 10 15:12:03 2013 113a[CMotorCall::responseToInviteOrCancel] inviteResponse =&gt; update the lastInviteContext.<br />1373447523 -&gt; Wed Jul 10 15:12:03 2013 [receiveSuccessfulMessage] Call: ab1fb399c2f99fda17c2e260dcc13e4f@10.110.32.90 eqt: 1152 PROC<br />EEDING_STATE received a message.<br />Wed Jul 10 15:12:03 2013 113a[CMotorCall::isExtGwTLSwithREINVITE] ExtGw NOT manged with TLS and refresh REINVITE<br />Wed Jul 10 15:12:03 2013 113a[CMotorCall::analyseSessionTimer] exit with  uacGatewayMode=1 uacRefresher=1.<br />Wed Jul 10 15:12:03 2013 [decodeACACALU] no header.<br />Wed Jul 10 15:12:03 2013 113a[emitEventToMonitel] content size (lginfo): 660 ccal crypted= 0<br />Wed Jul 10 15:12:03 2013 113a[emitEventToMonitel] CAC = 0 eqtCAC = -1<br />Wed Jul 10 15:12:03 2013 113a[emitEventToMonitel] cacUsed=0 eqtCac=-1<br />Wed Jul 10 15:12:03 2013 113a[emitEventToMonitel] displayIPCMessageOut<br />Wed Jul 10 15:12:03 2013 ** SIP TRUNKING **<br />Wed Jul 10 15:12:03 2013 [sendLgEvtSip] Event sent on eqt : 1152 Id :-1<br />Wed Jul 10 15:12:03 2013 [ipc_thread] IPC Thread : Ipc reception 9282.<br />Wed Jul 10 15:12:03 2013 [ipc_thread] IPC Thread : TCL thread signaled.<br />Wed Jul 10 15:12:03 2013 [sendLgEvtSip] Event sent on eqt : 1152 Id :-1<br />Wed Jul 10 15:12:03 2013 [display_ipc_out] ------------ Begin ---------------<br />Wed Jul 10 15:12:03 2013 Id : -1<br />Wed Jul 10 15:12:03 2013 SUCCESSFUL<br />Wed Jul 10 15:12:03 2013 xx : &nbsp; &nbsp; &nbsp; &nbsp;0<br />Wed Jul 10 15:12:03 2013 &nbsp; &nbsp; &nbsp; &nbsp;RELATIVE REQUEST : INVITE<br />Wed Jul 10 15:12:03 2013 CAC-CSBU info : UNKNOWN<br />Wed Jul 10 15:12:03 2013 CLIR : 0<br />Wed Jul 10 15:12:03 2013 COLP : 0<br />Wed Jul 10 15:12:03 2013 [display_ipc_out] ------------- End ----------------<br />Wed Jul 10 15:12:03 2013 113a[CMotorCall::setCurrentState] NOE-SIP : sendBackupUpdate Msg not sent to twin CS<br />1373447523 -&gt; Wed Jul 10 15:12:03 2013 113a[CMotorCall::onReceiveResponse] INVITE case =&gt; cancelAllCancelableForkedBranch.<br />Wed Jul 10 15:12:03 2013 113a[CMotorCall::cancelAllCancelableForkedBranch] nb branch=1.<br />Wed Jul 10 15:12:03 2013 [exec_ipc] in 9281.<br />Wed Jul 10 15:12:03 2013 [display_ipc_in] ------------ Begin ---------------<br />Wed Jul 10 15:12:03 2013 neqt : 1152 Id : -1<br />Wed Jul 10 15:12:03 2013 ACK<br />Wed Jul 10 15:12:03 2013 [display_ipc_in] ------------- End ----------------<br />Wed Jul 10 15:12:03 2013 [CMotorCallManager::onIncomingEvent] an event 10754 arrived on the eqt 1152 -1.<br />Wed Jul 10 15:12:03 2013 [CMotorCallManager::onIncomingEvent] state = ACCEPTED_STATE.<br />Wed Jul 10 15:12:03 2013 [onIncomingEvent] authorizationAttempt set to false.<br />Wed Jul 10 15:12:03 2013 [onIncomingEvent] ACK arrived.<br />Wed Jul 10 15:12:03 2013 [receiveAckEvent] Call: ab1fb399c2f99fda17c2e260dcc13e4f@10.110.32.90 eqt: 1152 ACCEPTED_STATE received an<br />event.<br />Wed Jul 10 15:12:03 2013 113a[CMotorCall::emitAckMessage] begin.<br />Wed Jul 10 15:12:03 2013 113a[CMotorCall::emitAckMessage] SDP ok.<br />Wed Jul 10 15:12:03 2013 113a [CCall::makeGenericRequest] ACK<br />Wed Jul 10 15:12:03 2013 113a [CCall::getDialog] Confirmed Dialog found<br />Wed Jul 10 15:12:03 2013 151e [CDialog::createRequest]<br />Wed Jul 10 15:12:03 2013 151e [CDialog::buildServicesForAllRequest]<br />Wed Jul 10 15:12:03 2013 151e [CDialog::createAckRequest]<br />Wed Jul 10 15:12:03 2013 151e [CDialog::createAckRequest], previous trans 2132 is found<br />Wed Jul 10 15:12:03 2013 151e [CDialog::createAckRequest], previous trans 2132 is client<br />1373447523 -&gt; Wed Jul 10 15:12:03 2013 39 [CRequest::CRequest] Creation of a request<br />Wed Jul 10 15:12:03 2013 151e [CDialog::buildServicesForAck]<br />Wed Jul 10 15:12:03 2013 [CGwMngDat a::getStackAuthRealm] lg Realm=14<br />Wed Jul 10 15:12:03 2013 [CGwMngDat a::getStackAuthRealm] Realm : AlcatelOmniPcx<br />Wed Jul 10 15:12:03 2013 39 [CMessage::send] sip_sendMessage (10.180.140.2:5060)<br />Wed Jul 10 15:12:03 2013 SEND MESSAGE TO NETWORK (10.180.140.2:5060 [UDP]) (BUFF LEN = 807)<br />----------------------utf8-----------------------<br />ACK sip:89036117511@10.180.140.2:5060;user=phone;transport=udp SIP/2.0<br />Contact: sip:550389@10.110.32.90<br />User-Agent: OmniPCX Enterprise R10.1.1 j2.603.20.i<br />Authorization: Digest username="550389",realm="10.67.144.34",nonce="51dd25ba0af64f534b1f9441b2ba9038df3dae25",opaque="58e0f3eb7d01b5<br />095d2396886ba08b1e",qop=auth,cnonce="1373447514",nc=00000001,uri="sip:89036117511@10.180.140.2;user=phone",response="185bb34740cea87<br />5e9f9ecfca23d2221"<br />To: &lt;sip:89036117511@10.180.140.2;user=phone&gt;;tag=SDsnbge99-cvp3ymdyjk<br />From: "M. Azanova DECT" &lt;sip:550389@10.180.140.2;user=phone&gt;;tag=b481d8231ee2a3c186df22142cbf468e<br />Call-ID: ab1fb399c2f99fda17c2e260dcc13e4f@10.110.32.90<br />CSeq: 519397263 ACK<br />Via: SIP/2.0/UDP 10.110.32.90;branch=z9hG4bK036c14e98f03ea0f2413ad7bed582ca2<br />Max-Forwards: 70<br />Content-Length: 0<br /><br />-------------------------------------------------<br />Wed Jul 10 15:12:03 2013 39 [CMessage::onSendSuccess]<br />Wed Jul 10 15:12:03 2013 151e [CDialog::onSendSuccess]<br />Wed Jul 10 15:12:03 2013 [convertIPStrIntoTuipv] 10.180.140.2 =&gt; 10.180.140.2<br />1373447527 -&gt; Wed Jul 10 15:12:03 2013 [isIpAddressType] 10.180.140.2.<br />Wed Jul 10 15:12:03 2013 [isIpAddressType] YES.<br />Wed Jul 10 15:12:03 2013 2132 [CTransaction::changeState] STATE CHANGED TO TERMINATED<br />Wed Jul 10 15:12:03 2013 2132 [CTransaction::freeTimerToken] Timer D is freed<br />Wed Jul 10 15:12:03 2013 2132 [CTransaction::changeState] no transaction state, terminated reason : Request creation<br />Wed Jul 10 15:12:03 2013 151e [CDialog::createAckRequest] successful INVITE is terminated after the ACK is sent<br />Wed Jul 10 15:12:03 2013 113a[CMotorCall::setCurrentState] NOE-SIP : sendBackupUpdate Msg not sent to twin CS<br />Wed Jul 10 15:12:03 2013 [receiveAckEvent] continue with session Timer<br />Wed Jul 10 15:12:03 2013 [exec_ipc] in end 9281.<br />Wed Jul 10 15:12:03 2013 [CTransaction::notifyDialog]<br />Wed Jul 10 15:12:03 2013 [CTransaction::notifyDialog] notify parent dialog<br />Wed Jul 10 15:12:03 2013 151e [CDialog::onTransactionState(pTrans = 2132, previousState = null, currentState = Terminated, reason =<br />Request creation]<br />Wed Jul 10 15:12:03 2013 2132 [~CTransaction] transaction 519397263 INVITE<br /><br />1373447534 -&gt; Wed Jul 10 15:12:14 2013 [ipc_thread] IPC Thread : Ipc reception 9282.<br />Wed Jul 10 15:12:14 2013 [ipc_thread] IPC Thread : TCL thread signaled.<br />Wed Jul 10 15:12:14 2013 [exec_ipc] in 9281.<br />Wed Jul 10 15:12:14 2013 [display_ipc_in] ------------ Begin ---------------<br />Wed Jul 10 15:12:14 2013 neqt : 1152 Id : -1<br />Wed Jul 10 15:12:14 2013 BYE<br />Wed Jul 10 15:12:14 2013 [display_ipc_in] ------------- End ----------------<br />Wed Jul 10 15:12:14 2013 [CMotorCallManager::onIncomingEvent] an event 10755 arrived on the eqt 1152 -1.<br />Wed Jul 10 15:12:14 2013 [CMotorCallManager::onIncomingEvent] state = COMPLETED_STATE.<br />Wed Jul 10 15:12:14 2013 [onIncomingEvent] BYE arrived.<br />Wed Jul 10 15:12:14 2013 [receiveByeEvent] Call: ab1fb399c2f99fda17c2e260dcc13e4f@10.110.32.90 eqt: 1152 COMPLETED_STATE received an<br /> event.<br />Wed Jul 10 15:12:14 2013 113a[CMotorCall  ISDN ExtGW<br />Wed Jul 10 15:12:14 2013 113a [CCall::makeGenericRequest] BYE<br />Wed Jul 10 15:12:14 2013 113a [CCall::getDialog] Confirmed Dialog found<br />Wed Jul 10 15:12:14 2013 151e [CDialog::createRequest]<br />Wed Jul 10 15:12:14 2013 151e [CDialog::buildServicesForAllRequest]<br />Wed Jul 10 15:12:14 2013 151e [CDialog::createByeRequest]<br />Wed Jul 10 15:12:14 2013 2133 [CTransaction::changeState] STATE CHANGED TO INITIAL<br />Wed Jul 10 15:12:14 2013 2133 [CTransaction::changeState] notifying the parent dialog<br />Wed Jul 10 15:12:14 2013 151e [CDialog::onTransactionState(pTrans = 2133, previousState = Terminated, currentState = Initial, reason<br /> = None]<br />Wed Jul 10 15:12:14 2013 3A [CRequest::CRequest] Creation of a request<br />1373447534 -&gt; Wed Jul 10 15:12:14 2013 3A [CMessage::send] sip_sendMessage (10.180.140.2:5060)<br />Wed Jul 10 15:12:14 2013 SEND MESSAGE TO NETWORK (10.180.140.2:5060 [UDP]) (BUFF LEN = 501)<br />----------------------utf8-----------------------<br />BYE sip:89036117511@10.180.140.2:5060;user=phone;transport=udp SIP/2.0<br />Supported: timer,path,100rel<br />User-Agent: OmniPCX Enterprise R10.1.1 j2.603.20.i<br />To: &lt;sip:89036117511@10.180.140.2;user=phone&gt;;tag=SDsnbge99-cvp3ymdyjk<br />From: &lt;sip:550389@10.180.140.2;user=phone&gt;;tag=b481d8231ee2a3c186df22142cbf468e<br />Call-ID: ab1fb399c2f99fda17c2e260dcc13e4f@10.110.32.90<br />CSeq: 519397266 BYE<br />Via: SIP/2.0/UDP 10.110.32.90;branch=z9hG4bK85e22922ee6a4547a2cc45af1a100122<br />Max-Forwards: 70<br />Content-Length: 0<br /><br />-------------------------------------------------<br />Wed Jul 10 15:12:14 2013 3A [CMessage::onSendSuccess]<br />Wed Jul 10 15:12:14 2013 2133 [CTransaction::onSendSuccess] CMessage 3A send Success<br />Wed Jul 10 15:12:14 2013 151e [CDialog::onSendSuccess]<br />Wed Jul 10 15:12:14 2013 [convertIPStrIntoTuipv] 10.180.140.2 =&gt; 10.180.140.2<br />Wed Jul 10 15:12:14 2013 [isIpAddressType] 10.180.140.2.<br />Wed Jul 10 15:12:14 2013 [isIpAddressType] YES.<br />Wed Jul 10 15:12:14 2013 2133 [CTransInitialState::createRequest] Transaction changes to Trying state<br />Wed Jul 10 15:12:14 2013 2133 [CTransaction::changeState] STATE CHANGED TO TRYING<br />Wed Jul 10 15:12:14 2013 2133 [CTransaction::changeState] notifying the parent dialog<br />Wed Jul 10 15:12:14 2013 151e [CDialog::onTransactionState(pTrans = 2133, previousState = Initial, currentState = Trying, reason = R<br />equest creation]<br />1373447534 -&gt; Wed Jul 10 15:12:14 2013 2133 [CTransTryingState::enterInState] Init timers E and F<br />Wed Jul 10 15:12:14 2013 2133 [CTransaction::startTimer] Timer E is started (delay = 500 ms)<br />Wed Jul 10 15:12:14 2013 2133 [CTransaction::startTimer] Timer F is started (delay = 16000 ms)<br />Wed Jul 10 15:12:14 2013 151e [CDialog::addTransaction] added transaction 2133 with branch z9hG4bK85e22922ee6a4547a2cc45af1a100122,<br />with CSeq 519397266<br />Wed Jul 10 15:12:14 2013 [CSessionTimerContext::~CSessionTimerContext] Free CSessionTimerContext<br />Wed Jul 10 15:12:14 2013 113a[CMotorCall::setCurrentState] NOE-SIP : sendBackupUpdate Msg not sent to twin CS<br />Wed Jul 10 15:12:14 2013 [exec_ipc] in end 9281.<br />Wed Jul 10 15:12:14 2013 RECEIVE MESSAGE FROM NETWORK (10.180.140.2:5060 [UDP])<br />----------------------utf8-----------------------<br />SIP/2.0 200 OK<br />To: &lt;sip:89036117511@10.180.140.2;user=phone&gt;;tag=SDsnbge99-cvp3ymdyjk<br />From: &lt;sip:550389@10.180.140.2;user=phone&gt;;tag=b481d8231ee2a3c186df22142cbf468e<br />Call-ID: ab1fb399c2f99fda17c2e260dcc13e4f@10.110.32.90<br />CSeq: 519397266 BYE<br />Via: SIP/2.0/UDP 10.110.32.90:5060;branch=z9hG4bK85e22922ee6a4547a2cc45af1a100122<br />Content-Length: 0 <br />
			<i>10.07.2013 15:47:23, Seller_V.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11604/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11604/</guid>
			<pubDate>Wed, 10 Jul 2013 15:47:23 +0600</pubDate>
			<category>IP/VoIP</category>
		</item>
		<item>
			<title>SIP trunk group: неправильный АОН</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11603/">SIP trunk group: неправильный АОН</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum21/">IP/VoIP</a>. <br />
			to Seller_V, инвайт исходящего звонка посмотреть бы <br />
			<i>10.07.2013 14:39:42, error.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11603/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11603/</guid>
			<pubDate>Wed, 10 Jul 2013 14:39:42 +0600</pubDate>
			<category>IP/VoIP</category>
		</item>
		<item>
			<title>SIP trunk group: неправильный АОН</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11602/">SIP trunk group: неправильный АОН</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum21/">IP/VoIP</a>. <br />
			Однако... &nbsp;<img src="http://www.intersyst.ru/upload/main/smiles/5/icon_smile.gif" border="0" data-code=":)" data-definition="SD" alt=":)" style="width:16px;height:16px;" title="С улыбкой" class="bx-smile" /> <br /><br />Перещли оба с провайдером на G711 и - ура! - исходящие заработали. Сейчас приступил к тщательной проверке всего-всего, потом (если кому интересно) выложу окончательный конфиг Ext SIP GW. <br />
			<i>10.07.2013 14:17:01, Seller_V.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11602/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11602/</guid>
			<pubDate>Wed, 10 Jul 2013 14:17:01 +0600</pubDate>
			<category>IP/VoIP</category>
		</item>
		<item>
			<title>SIP trunk group: неправильный АОН</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11601/">SIP trunk group: неправильный АОН</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum21/">IP/VoIP</a>. <br />
			<br />====quote====<br />error пишет:<br />to Андрей, не зачет, пустая болтология. на будущее - не тыкай пальцем в небо куда попало, так можно и палец прищемить<br />=============<br /><br />Что, не помогли RFC и TG ?<br />Это бывает, методом тыка-то оно некоторым проще, потом и про пальцы можно советы раздавать. <br />
			<i>10.07.2013 13:52:20, Андрей.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11601/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11601/</guid>
			<pubDate>Wed, 10 Jul 2013 13:52:20 +0600</pubDate>
			<category>IP/VoIP</category>
		</item>
		<item>
			<title>SIP trunk group: неправильный АОН</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11600/">SIP trunk group: неправильный АОН</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum21/">IP/VoIP</a>. <br />
			Господа - брейк. Бодаться - в личку. <br />
			<i>10.07.2013 13:52:08, vad.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11600/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11600/</guid>
			<pubDate>Wed, 10 Jul 2013 13:52:08 +0600</pubDate>
			<category>IP/VoIP</category>
		</item>
		<item>
			<title>SIP trunk group: неправильный АОН</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11599/">SIP trunk group: неправильный АОН</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum21/">IP/VoIP</a>. <br />
			to Андрей, не зачет, пустая болтология. на будущее - не тыкай пальцем в небо куда попало, так можно и палец прищемить <br />
			<i>10.07.2013 13:47:52, error.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11599/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11599/</guid>
			<pubDate>Wed, 10 Jul 2013 13:47:52 +0600</pubDate>
			<category>IP/VoIP</category>
		</item>
		<item>
			<title>SIP trunk group: неправильный АОН</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11598/">SIP trunk group: неправильный АОН</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum21/">IP/VoIP</a>. <br />
			<br />====quote====<br />error пишет:<br />Андрей, что на счет этого &nbsp; если уж нет принципиального отличия Domain от Realm скажи почему одни ip-телефоны работают с линк-ом а другие нет &nbsp;<br /><br />жаждем твоего мнения<br />=============<br /><br />Что значит "если уж нет" ? <br />Я не говорил, что "нет принципиального отличия Domain от Realm", эта фраза бессмысленна, т.к. это совершенно различные поля, используемые также различно. <br /><br />А "почему одни телефоны работают с линк, а другие нет" - потому, что одни телефоны формируют сообщения, учитывая "особенности" линка, в частности, SDP, а другие - нет. <br />Внимательнее читай ответы, что-ли. <br />
			<i>10.07.2013 13:36:14, Андрей.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11598/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11598/</guid>
			<pubDate>Wed, 10 Jul 2013 13:36:14 +0600</pubDate>
			<category>IP/VoIP</category>
		</item>
		<item>
			<title>SIP trunk group: неправильный АОН</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11596/">SIP trunk group: неправильный АОН</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum21/">IP/VoIP</a>. <br />
			Андрей, что на счет этого <i><b>если уж нет принципиального отличия Domain от Realm скажи почему одни ip-телефоны работают с линк-ом а другие нет</b></i><br />жаждем твоего мнения <br />
			<i>10.07.2013 13:31:49, error.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11596/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11596/</guid>
			<pubDate>Wed, 10 Jul 2013 13:31:49 +0600</pubDate>
			<category>IP/VoIP</category>
		</item>
		<item>
			<title>SIP trunk group: неправильный АОН</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11595/">SIP trunk group: неправильный АОН</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum21/">IP/VoIP</a>. <br />
			<br />====quote====<br />error пишет:<br /><br />====quote====<br />Андрей пишет:<br /><br />Желающие могут увидеть пример обмена с аутентификацией в TG 42 ed5, например, на стр. 37<br />=============<br /><br />"смотришь в книгу видишь фигу"<br /><br />чуть выше случаем не заметил заветную фразу "SIP terminal"<br />=============<br /><br />Сценарий обмена между SIP устройствами при установлении соединения одинаков. <br />SIP терминал в этом отношении ничем не отличается от SIP PBX, т.к. оба они - SIP UA. <br />
			<i>10.07.2013 13:31:03, Андрей.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11595/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11595/</guid>
			<pubDate>Wed, 10 Jul 2013 13:31:03 +0600</pubDate>
			<category>IP/VoIP</category>
		</item>
		<item>
			<title>SIP trunk group: неправильный АОН</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11594/">SIP trunk group: неправильный АОН</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum21/">IP/VoIP</a>. <br />
			<br />====quote====<br />error пишет:<br />g729 в каком огороде откопал??? пров предлагает PCMA/8000 и PCMU/8000 <br /><br />=============<br /><br />Откуда это видно ? В последнем трейсе от провайдера не пришло ничего, кроме 503. <br /><br /><br /><br />====quote====<br /><br />если уж нет принципиального отличия Domain от Realm скажи почему одни ip-телефоны работают с линк-ом а другие нет<br />=============<br /><br />Потому, что одни телефоны формируют INVITE и SDP в соответствии с измышлениями инженеров от MS, а другие - нет. <br />Для более конкретного ответа нужны трейсы обмена "одних ip-телефонов" и "других". <br />
			<i>10.07.2013 13:29:50, Андрей.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11594/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11594/</guid>
			<pubDate>Wed, 10 Jul 2013 13:29:50 +0600</pubDate>
			<category>IP/VoIP</category>
		</item>
		<item>
			<title>SIP trunk group: неправильный АОН</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11593/">SIP trunk group: неправильный АОН</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum21/">IP/VoIP</a>. <br />
			<br />====quote====<br />Андрей пишет:<br />Желающие могут увидеть пример обмена с аутентификацией в TG 42 ed5, например, на стр. 37<br />=============<br />"смотришь в книгу видишь фигу"<br />чуть выше случаем не заметил заветную фразу "SIP terminal" <br />
			<i>10.07.2013 13:29:08, error.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11593/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11593/</guid>
			<pubDate>Wed, 10 Jul 2013 13:29:08 +0600</pubDate>
			<category>IP/VoIP</category>
		</item>
		<item>
			<title>SIP trunk group: неправильный АОН</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11592/">SIP trunk group: неправильный АОН</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum21/">IP/VoIP</a>. <br />
			<br />====quote====<br />error пишет:<br />поле Belonging domain пустое<br /><br /> &nbsp;From: "Phone 2000" &lt;sip:2000@10.6.1.23;user=phone&gt;;tag=911b3b9754d95c4d58e30e916182896e &nbsp;<br /><br /> &nbsp;Contact: &lt;sip:2000@10.6.1.23;transport=UDP&gt; &nbsp;<br /><br />-------------------------------------------------------<br /><br />поле Belonging domain имеет значение 10.6.1.30<br /><br />-------------------------------------------------------<br /><br /> &nbsp;From: "Phone 2000" &lt;sip:2000@10.6.1.30;user=phone&gt;;tag=bbe5502acc4e2e5a2b01fa622f6f3d09 &nbsp;<br /><br />-------------------------------------------------------<br /><br /><br /><br />Андрей, видишь разницу между domain и без<br /><br />=============<br /><br />error, как я уже писал ранее, действие Belonging domain и так известно. <br /><br /><br /><br />====quote====<br /><br /><br />вот кусок лога входящего звонка от прова<br /><br />-------------------------------------------------------<br /><br />INVITE sip:550389@10.110.32.90:5060;transport=UDP SIP/2.0 <br /><br />Via: SIP/2.0/UDP 10.180.140.2:5060;branch=z9hG4bKqrrvtp304g8g9i43v6n1.1 <br /><br />Contact: "84959613186" &lt;sip:84959613186@10.180.140.2:5060;user=phone;transport=udp&gt; <br /><br />From: "84959613186" &lt;sip:84959613186@10.180.140.2:5060;user=phone;cpc=ordinary&gt;;tag=SDcmi3701-wspe1akaj1 <br /><br /> &nbsp;To: "550389" &lt;sip:550389@10.110.32.90:5060&gt; &nbsp; <br /><br />-------------------------------------------------------<br /><br /><br /><br />лучше скажи почему тут &nbsp; To: "550389" &lt;sip:550389@10.110.32.90:5060 &nbsp; &nbsp;идет ip-адрес 10.110.32.90 а не 10.180.140.2<br /><br />если нечего сказать - не стесняйся - утри свои сопли<br />=============<br /><br />Потому, что не указан сценарий вызова и участвующее оборудование c IP адресами. <br />Однако, помогу вытереть твои сопли, указав на Via: SIP/2.0/UDP 10.180.140.2:5060, т.е. вызов через эту сущность уже прошел. <br /><br />Или требовался ответ вида "потому что искрател настроен так-то и так-то" ? <br />
			<i>10.07.2013 13:25:43, Андрей.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11592/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11592/</guid>
			<pubDate>Wed, 10 Jul 2013 13:25:43 +0600</pubDate>
			<category>IP/VoIP</category>
		</item>
		<item>
			<title>SIP trunk group: неправильный АОН</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11591/">SIP trunk group: неправильный АОН</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum21/">IP/VoIP</a>. <br />
			<br />====quote====<br />Андрей пишет:<br />99% она не имеет отношения ни к Belonging Domain, ни к Realm. <br />Возможно, кодеки (например, включить G.729), возможно, недонастроено оборудование на встречной АТС.<br />=============<br />g729 в каком огороде откопал??? пров предлагает PCMA/8000 и PCMU/8000 <br /><br />если уж нет принципиального отличия Domain от Realm скажи почему одни ip-телефоны работают с линк-ом а другие нет <br />
			<i>10.07.2013 13:19:32, error.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11591/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum21/topic1462/message11591/</guid>
			<pubDate>Wed, 10 Jul 2013 13:19:32 +0600</pubDate>
			<category>IP/VoIP</category>
		</item>
	</channel>
</rss>
