<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>ЗАО &amp;quot;ИНТЕРСИСТ&amp;quot; [тема: Network or Routing number]</title>
		<link>http://www.intersyst.ru</link>
		<description>Новое в теме Network or Routing number форума Сетеобразование на сайте ЗАО &amp;quot;ИНТЕРСИСТ&amp;quot; [www.intersyst.ru]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Tue, 13 Oct 2026 19:47:09 +0500</pubDate>
		<item>
			<title>Network or Routing number</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum19/topic771/message13645/">Network or Routing number</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum19/">Сетеобразование</a>. <br />
			Поимели аналогичный опыт, переход 4 -&gt; 5 цифр. Сеть - 19 узлов ОХЕ, емкость - 6,3 тыс. абонентов + 90 ОХО. Основная работа - чуть более 3 суток, работало 2,5 человека. Были веселые вещи. 4 центральных узла начинали в Офф-лайне(2 на ЦПУ, 2 на виртуалке, т.к. Апплаянс), но 4760i на одном из узлов осилила импортировать только 600 с чем-то абонентов из 1900, поэтому продолжили в он-лайн. После этого сюрприз преподнесла обычная ОмниВиста - отказалась работать, т.к. кол-во абонентов превысило лицензии, т.к. у ней были и старые и новые абоненты. Вылечилось запуском Daily Job (синхронизация). Файлы для 4760i и для обычной 4760 - не совместимы между собой, поэтому экспортировать надо было из под обеих систем. Для правки файлов оказался очень удобен редактор notepad++. Нюансы были с номерами, начинающимися на 4, т.к. были типы аппаратов 4001, 4004, 4010, 4020 и т.п. Экспортировали абонентов, DDI трансляторы, группы поиска, на центральном узле ещё Speed Dial and Phonebook. Но оказалось, что поле Displayed Name не входит в фонебук. А номера там входят в название в виде текста, причем в разных местах и спереди и сзади, и из-за жесткого ограничения длины поля в 16 символов, пришлось править вручную. Ещё неделю исправлялись средние ошибки. Исправление мелких ошибок продолжается третью неделю, т.к. долго не сообщают об ошибках. На вопрос, почему раньше не сообщали - ответ - думали, само наладится. Аудитом активно пользовались, в т.ч. для удаления сетевой группы поиска. <br />
			<i>31.03.2014 15:35:03, etc.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum19/topic771/message13645/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum19/topic771/message13645/</guid>
			<pubDate>Mon, 31 Mar 2014 15:35:03 +0600</pubDate>
			<category>Сетеобразование</category>
		</item>
		<item>
			<title>Network or Routing number</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum19/topic771/message6371/">Network or Routing number</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum19/">Сетеобразование</a>. <br />
			Сеть 10 узлов, общая емкость чуть более 4,5 тысяч абонентов. Основная работа по смене плана нумерации заняла чуть более 7 часов. Голосовую почту просто пристрелили. От аудита отказались. Работали три человека. Вот такая статистика... <br />
			<i>04.07.2011 19:55:44, Денис Кирьянов.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum19/topic771/message6371/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum19/topic771/message6371/</guid>
			<pubDate>Mon, 04 Jul 2011 19:55:44 +0600</pubDate>
			<category>Сетеобразование</category>
		</item>
		<item>
			<title>Network or Routing number</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum19/topic771/message6160/">Network or Routing number</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum19/">Сетеобразование</a>. <br />
			Энтити, ДиДиАй траслятор, калбэк транслятор, количество цифр в транк группе - об этом помним, но как то не посчитали сверх трудоемкой работой, т.к. транковая группа только на центральном, трансляторы правятся на автомате, энтити абонентов и транков пустые:<br /> &nbsp; &nbsp; &nbsp; Installation No. (ISDN) : --------<br /> Supplement.Install.No. (ISDN) : --------<br />Вот почтовые ящики перелопатить на голосовой почте... как то даже не представляю себе что делать.<br />Выход вижу - достать ее на время перехода, а потом самым извращенным способом переставить софт. <br />
			<i>06.06.2011 21:31:24, Денис Кирьянов.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum19/topic771/message6160/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum19/topic771/message6160/</guid>
			<pubDate>Mon, 06 Jun 2011 21:31:24 +0600</pubDate>
			<category>Сетеобразование</category>
		</item>
		<item>
			<title>Network or Routing number</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum19/topic771/message6158/">Network or Routing number</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum19/">Сетеобразование</a>. <br />
			Вообще смена нумерации классная штука - DID трансляторы, ентити, потом стартовав - вспоминаешь, что в Ext.services/ trunk COS - для R1.5 указано сколько цифр принимать.<br />Почистив абонентов (при проблемах с броадкастом) - поостается чего-то в phone book.<br />Главное аккуратно - и попорядку. (особенно хорошо если для перефирийных станций на время работ какую-то времянку по внешним линиям можно организовать). <br />
			<i>06.06.2011 20:10:37, vad.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum19/topic771/message6158/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum19/topic771/message6158/</guid>
			<pubDate>Mon, 06 Jun 2011 20:10:37 +0600</pubDate>
			<category>Сетеобразование</category>
		</item>
		<item>
			<title>Network or Routing number</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum19/topic771/message6157/">Network or Routing number</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum19/">Сетеобразование</a>. <br />
			Спасибо за советы.<br />Мораторий на изменение баз данных уже объявлен, а то что делается - протоколируется в журнал.<br />Перед переходом безусловно все базы будут сохранены и отложены, если потребуется откат. Здесь все как обычно. Лабораторная АТС с различными релизами на винтах/партициях будет стоять под парами не в сети дабы быстро посмотреть на то, что было. С пословицей сем раз отмерь - один раз отрежь знакомы... Да и не один человек будет переход делать, командой. <br />
			<i>06.06.2011 19:55:29, Денис Кирьянов.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum19/topic771/message6157/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum19/topic771/message6157/</guid>
			<pubDate>Mon, 06 Jun 2011 19:55:29 +0600</pubDate>
			<category>Сетеобразование</category>
		</item>
		<item>
			<title>Network or Routing number</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum19/topic771/message6155/">Network or Routing number</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum19/">Сетеобразование</a>. <br />
			Есть смысл иметь контрольные базы данных, а то потом очень сложно разбираться <br />
			<i>06.06.2011 19:06:44, Vlad 46.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum19/topic771/message6155/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum19/topic771/message6155/</guid>
			<pubDate>Mon, 06 Jun 2011 19:06:44 +0600</pubDate>
			<category>Сетеобразование</category>
		</item>
		<item>
			<title>Network or Routing number</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum19/topic771/message6154/">Network or Routing number</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum19/">Сетеобразование</a>. <br />
			Да, конечно, сокращенный набор, группы поиска все что завещал великий Ленин.<br />По аудиту понял. Попробуем тренировочный режим. <br />
			<i>06.06.2011 17:34:43, Денис Кирьянов.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum19/topic771/message6154/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum19/topic771/message6154/</guid>
			<pubDate>Mon, 06 Jun 2011 17:34:43 +0600</pubDate>
			<category>Сетеобразование</category>
		</item>
		<item>
			<title>Network or Routing number</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum19/topic771/message6153/">Network or Routing number</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum19/">Сетеобразование</a>. <br />
			Не все так просто - создавая абонентов в одном месте (при включенном броадкасте) - будет расползаться только если не противоречит плану нумерации на других узлах.<br />При выключенном - вообще не будет ПОТОМ расползаться. Тоько аудитом можно все починить. В принципе с ним не проблема потренироваться - там есть режим симуляции - как бы аудит, с выводом результатов, но без реального изменения базы.<br /><br />А по сути ничего выключать не надо - это два разных инструмента - броадкаст - рассылка по мере создания. Аудит - принудительная синхронизация. Прелесть в том, что аудит можно делать по отдельным объектам (например только по плану нумерации).<br /><br />Экспорт/импорт - дивная вещь (наверное еще speed dial есть, hunt groups). <br />
			<i>06.06.2011 17:13:06, vad.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum19/topic771/message6153/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum19/topic771/message6153/</guid>
			<pubDate>Mon, 06 Jun 2011 17:13:06 +0600</pubDate>
			<category>Сетеобразование</category>
		</item>
		<item>
			<title>Network or Routing number</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum19/topic771/message6152/">Network or Routing number</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum19/">Сетеобразование</a>. <br />
			К стыду своему аудит не использовал на сети. Бродкасты включены и они живут своей половой жизнью, постепенно расползаясь при локальных изменениях в номерном плане, транковых группах или чего там еще включено было в системных настройках. <br />Если не трудно - пару слов о данном инструменте - на что обратить пристальное внимание, где могут быть подводные камни. <br />Все это связано с изменением плана нумерации с 4-х на 5-ти значную. <br />Может есть смысл тогда дать на всех станциях mao -br (вырубить бродкасты). Грохнуть все старое в префикс плане. Пересоздать абонентов и включить бродкасты - само расползется часика за два (там порядка 6000 абонентов на более чем 10 узлах)? Или аудит существенно надежнее? И нужно ли тогда при аудите выключать бродкасты или пусть ползают?<br />P.S. Сейчас на лабораторной станции готовятся базы для рабочих. Экспорт/импорт. При данном подходе проблемы как раз с префикс планом - крадет безумно много времени, которое можно потратить с большей пользой. <br />
			<i>06.06.2011 16:16:12, Денис Кирьянов.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum19/topic771/message6152/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum19/topic771/message6152/</guid>
			<pubDate>Mon, 06 Jun 2011 16:16:12 +0600</pubDate>
			<category>Сетеобразование</category>
		</item>
		<item>
			<title>Network or Routing number</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum19/topic771/message6151/">Network or Routing number</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum19/">Сетеобразование</a>. <br />
			Надо не глумить голову - грохать routing номера, делать аудит по numbering plan.<br />Routing хороши при жестком разделении нумерации.<br />Если абоненты бегают (расположены как попало) - только network number (они создаются, удаляются и перемещаются вместе с абонентом).<br />Был в практике случай - когда образовалось кольцо - 1-й узел считал, что номер на втором, 2-й, что на первом. При наборе номера - занимались и отбивались по кругу ВСЕ тайм-слоты в потоках. Особо страшного не было - но после нескольких таких звонков - начинал тормозить проц. <br />
			<i>06.06.2011 15:27:52, vad.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum19/topic771/message6151/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum19/topic771/message6151/</guid>
			<pubDate>Mon, 06 Jun 2011 15:27:52 +0600</pubDate>
			<category>Сетеобразование</category>
		</item>
		<item>
			<title>Network or Routing number</title>
			<description><![CDATA[<b><a href="http://www.intersyst.ru/support/forum/messages/forum19/topic771/message6150/">Network or Routing number</a></b> в форуме <a href="http://www.intersyst.ru/support/forum/forum19/">Сетеобразование</a>. <br />
			День добрый.<br />Сетевая топология звезда с самостоятельными узлами на лучах. Есть места где длинные лучи (за лучевым узлом стоит еще конечная станция). Линки ABC+F, открытый план нумерации. Возьмем один луч с последовательностью:<br />1. Центральная (узловая); 2. Транзитная на луче; 3. Конечная на этом же луче.<br />На 2 и 3 есть номера вида 64ХХ. На 2 и 3 они распределены как бог на душу положил. Если я на других лучах и центральной напишу в префикс плане Routing number 64, сеть 0, нод 2, 4 цифры. На лучевой транзитной (2) в префикс плане создам Network number с номерами конечной (3), то на сколько все будет корректно работать с точки зрения сетевой инфраструктуры и как это все потом будет жить, когда поползут бродкасты по сети с автоматическим созданием Network number на каждом сетевом узле? <br />
			<i>06.06.2011 14:23:33, Денис Кирьянов.</i>]]></description>
			<link>http://www.intersyst.ru/support/forum/messages/forum19/topic771/message6150/</link>
			<guid>http://www.intersyst.ru/support/forum/messages/forum19/topic771/message6150/</guid>
			<pubDate>Mon, 06 Jun 2011 14:23:33 +0600</pubDate>
			<category>Сетеобразование</category>
		</item>
	</channel>
</rss>
