Квазисвязанный режим - История изменений

Pax в 08:14, 10 марта 2015

2015-03-10T08:14:16Z

Pax в 08:10, 10 марта 2015

2015-03-10T08:10:48Z

Pax в 08:09, 10 марта 2015

2015-03-10T08:09:14Z

Внесённые изменения

Pax в 07:53, 10 марта 2015

2015-03-10T07:53:33Z

Pax в 13:55, 27 февраля 2015

2015-02-27T13:55:29Z

Pax в 13:48, 27 февраля 2015

2015-02-27T13:48:59Z

Pax в 13:39, 27 февраля 2015

2015-02-27T13:39:28Z

Внесённые изменения

Pax в 13:27, 27 февраля 2015

2015-02-27T13:27:47Z

Pax в 12:46, 27 февраля 2015

2015-02-27T12:46:13Z

Pax в 12:38, 27 февраля 2015

2015-02-27T12:38:16Z

@@ Строка 4: / Строка 4: @@
-==Связанный режим==
+=Связанный режим=
 В самом простом случае схема подключения двух станций (двух SP) по сигнализации ОКС№7 (CCS7) будет выглядеть следующим образом:
@@ Строка 38: / Строка 38: @@
 Это так называемый «связанный» режим подключения, который является только частным случаем взаимодействия объектов на сети ОКС№7.
-==Квазисвязанный режим==
 Для описания «квазисвязанного» режима работы необходимо написать несколько слов о структуре сети и принятой терминологии.
@@ Строка 66: / Строка 68: @@
 Из этой схемы становятся понятными некоторые «особенности» настойки ОКС на оборудовании М-200:
 *Так как взаимодействие между узлами в сети осуществляется на основании PC, необходимо явно указывать адреса SSP и STP, подключенных к коммутатору.
-*Связь М-200  STP описана на уровне MTP (PCM_MTP, параметры  OPC и DPC).
+*Связь М-200 -> STP описана на уровне MTP (PCM_MTP, параметры  OPC и DPC).
-*М-200  SSP на уровне ISUP (в данном случае значение NUMBERA порта).
+*М-200 -> SSP на уровне ISUP (в данном случае значение NUMBERA порта).
 Если значения PC для STP и SSP различаются, оборудование работает в квазисвязанном режиме:
@@ Строка 181: / Строка 183: @@
-==Функции SSP (Связь между ISUP и MTP)==
+=Функции SSP (Связь между ISUP и MTP)=
-===Исходящий вызов===
+==Исходящий вызов==
 Связь между телефонным номером и PC осуществляется на этапе выбора канала, согласно правилам, описанным в таблице маршрутизации:
@@ Строка 189: / Строка 191: @@
 *Параметр NUMBERA каждого канала должен быть записан в формате «OPC-DPC-CIC». Значение DPC будет использовано для отправки сообщений по сети ОКС№7.
-===Входящий вызов===
+==Входящий вызов==
 Во входящем IAM содержаться значения OPC, DPC и CIC. Формируется запись вида «DPC-OPC-CIC» (OPC и DPC «зеркальны» по отношению к М-200) и осуществляется поиск канала с соответствующим параметром NUMBERA. Если канал найден, дальше осуществляется обработка вызова, согласно стандартным процедурам М-200.
-==Функции STP (Маршрутизация на основе PC)==
+=Функции STP (Маршрутизация на основе PC)=
-===LinkSet===
+==LinkSet==
 LinkSet представляет собой набор из одного или более сигнальных линков, соединяющих две SP. В случае М-200 в один LinkSet объединяются все сигнальные линки с одинаковыми значениями OPC и DPC в профиле PCM_MTP. Каждый LinkSet должен иметь уникальное значение LinkSetID (номер набора в пространстве станции).
@@ Строка 304: / Строка 306: @@
-===RoutingRules===
+==RoutingRules==
 В случае работы в квазисвязанном режиме значения DPC для MTP и ISUP различаются. Таким образом, должна быть возможность указывать станции, куда должны отправляться сообщения для каждого конкретного значения DPC. Это осуществляется путем привязки значений DPC к линксетам (к значениям linksetID).
@@ Строка 437: / Строка 439: @@
-==Пример конфигурации==
+=Пример конфигурации=
@@ Строка 622: / Строка 624: @@
 [[Категория:Конфигурирование оборудования]]
 [[Категория:ОКС7]]

@@ Строка 553: / Строка 553: @@
      GROUP [7] { ROUTE = 1 }
      GROUP [8] { ROUTE = 1 }
-−
      DIR [1] { NAME = "to 301" 1 4  }
      DIR [2] { NAME = "to 302" 6 2  }

← Предыдущая		Версия 07:53, 10 марта 2015
Строка 318:		Строка 318:
	routingRules = ("2110-1" "2120-0" "2500-0" "2500-1")		routingRules = ("2110-1" "2120-0" "2500-0" "2500-1")
	''Пример 6.''		''Пример 6.''
		+
		+
		+	Данная запись говорит станции, что:
		+	*Сообщения на STP-2110 будут уходить через линксет 1 (потоки 1 и 2);
		+	*Сообщения на STP-2120 будут уходить через линксет 0 (поток 3);
		+	*Сообщения на SSP-2500 могут отправляться как через линксет 0, так и через линксет 1;
		+
		+	Если сообщения на один и тот же DPC могут проходить через разные линксеты, то последовательность записей определяет приоритет их использования. В примере 5 станция сначала будет пытаться отправить сообщение 2500 через линксет 0 и затем, только если он по каким-то причинам недоступен, через линксет 1.
		+
		+	При создании таблицы следует учитывать, что:
		+	*Таблица RoutingRules одна на всю систему и все сообщения, проходящие через станцию, будут перенаправляться, согласно прописанным в ней правилам;
		+	*Любой DPC, не прописанный в таблице, будет рассматриваться, как ошибочный;
		+	*При работе только в связанном режиме данная таблица также существует, но создается автоматически. И в этом случае она может быть расписана вручную, но необходимости в этом нет;
		+	*При наличии в станции одновременно и связанных, и квазисвязанных подключений, RoutingRules необходимо расписать вручную для всех возможных DPC.
		+
		+	Для удобства работы с объектами, которые содержат большое количество подключений, RoutingRules прописываются не в одном месте, а в качестве параметра в профилях потоков (PCM_MTP). Это позволяет прописывать в одном месте только те DPC, которые действительно имеют отношение к данному линксету. При разборе конфигурации станция собирает все разбросанные по профилям правила и формирует одну результирующую таблицу, с которой и будет в дальнейшем работать.
		+	Записи в профилях обрабатываются последовательно, по мере увеличения номеров. В случае возникновения неоднозначностей они будут решаться в пользу старших номеров профилей.
		+
		+	Если вернуться к примеру 4 и добавить к нему RoutingRules, получится следующее:
		+
		+
		+	// описание портов (потоков)
		+
		+	PCM [1] { PROFIL = 3 // TYPE PCM = PCM_MTP
		+	PORT [2-31] { PROFIL = 4 // SIG = SIG_ISUP
		+	GROUP = 1
		+	NUMBERA = "=100-2500-0002+"
		+	}
		+	}
		+	PCM [2] { PROFIL = 3 // TYPE PCM = PCM_MTP
		+	PORT [2-31] { PROFIL = 4 // SIG = SIG_ISUP
		+	GROUP = 1
		+	NUMBERA = "=100-2500-0034+"
		+	}
		+	}
		+	PCM [3] { PROFIL = 5 // TYPE PCM = PCM_MTP
		+	PORT [2-31] { PROFIL = 4 // SIG = SIG_ISUP
		+	GROUP = 1
		+	NUMBERA = "=100-2500-0066+"
		+	}
		+	}
		+
		+	// профили
		+
		+	PROFIL [3] { TYPE = PCM_MTP
		+	DPC = 2110
		+	OPC = 100
		+	linksetID = 1
		+	networkIndicator = 2
		+	sigLinks = ( "10:1:1-0" "10:2:1-1" )
		+	routingRules = ("2110-1" "2500-1")
		+	}
		+	PROFIL [4] { TYPE = SIG_ISUP
		+	}
		+	PROFIL [5] { TYPE = PCM_MTP
		+	DPC = 2120
		+	OPC = 100
		+	linksetID = 0
		+	networkIndicator = 2
		+	sigLinks = ( "10:3:1-0" )
		+	routingRules = ("2120-0" "2500-0")
		+	}
		+	PROFIL [6] { TYPE = PCM_NONE
		+	}
		+	Пример 7.
		+
		+	Или вариант с только одной записью:
		+
		+	PROFIL [3] { TYPE = PCM_MTP
		+	DPC = 2110
		+	OPC = 100
		+	linksetID = 1
		+	networkIndicator = 2
		+	sigLinks = ( "10:1:1-0" "10:2:1-1" )
		+	routingRules = ( "2110-1" "2120-0" "2500-1" "2500-0" )
		+	}
		+	PROFIL [4] { TYPE = SIG_ISUP
		+	}
		+	PROFIL [5] { TYPE = PCM_MTP
		+	DPC = 2120
		+	OPC = 100
		+	linksetID = 0
		+	networkIndicator = 2
		+	sigLinks = ( "10:3:1-0" )
		+	}
		+	Пример 8.
		+
		+	Результат в обоих случаях будет одинаковым:
		+
		+	>ccs7info
		+	CCS7 Info:
		+	CCS7[0]:
		+	CCS7ID: 0 OPC: 100
		+	linkSet[0]
		+	linkSetID: 1, DPC: 2110, SignallingLinks: 2, ActiveSignallingLinks: 0
		+	sigRouteSize: 0
		+	SigLink[0]:
		+	SyncPoint: Module: 10, PCM: 1, updateCountdown: 3
		+	tetminalNotAvail, signallingPresent, signallingOutOfService, …
		+	SigLink[1]:
		+	SyncPoint: Module: 10, PCM: 2, updateCountdown: 2
		+	tetminalNotAvail, signallingPresent, signallingOutOfService, …
		+	linkSet[1]
		+	linkSetID: 0, DPC: 2120, SignallingLinks: 1, ActiveSignallingLinks: 0
		+	sigRouteSize: 0
		+	SigLink[0]:
		+	SyncPoint: Module: 10, PCM: 3, updateCountdown: 3
		+	tetminalNotAvail, signallingPresent, signallingOutOfService, …
		+	routes: 4
		+	Route[0]: DPC -> linksetID: 2110 -> 1
		+	Route[1]: DPC -> linksetID: 2120 -> 0
		+	Route[2]: DPC -> linksetID: 2500 -> 1
		+	Route[3]: DPC -> linksetID: 2500 -> 0
		+	Done
		+
		+
		+	В конце вывода добавилась информация о работающих в данной конфигурации RoutingRules.
		+
		+	==Пример конфигурации==

← Предыдущая		Версия 13:55, 27 февраля 2015
Строка 227:		Строка 227:
	В случае работы в квазисвязанном режиме LinkSet-ы должны быть описаны явным образом, так как в дальнейшем их параметры будут использованы в маршрутизации.		В случае работы в квазисвязанном режиме LinkSet-ы должны быть описаны явным образом, так как в дальнейшем их параметры будут использованы в маршрутизации.

		+	''Даже если только один из стыков квазисвязанный, а все остальные связанные, linksetID должны быть ОБЯЗАТЕЛЬНО прописаны везде!''

	Схема на рис. 4 может быть описана следующим образом (количество сигнальных линков на STP-2110 увеличено до двух и прописаны значения linksetID для обоих линксетов):		Схема на рис. 4 может быть описана следующим образом (количество сигнальных линков на STP-2110 увеличено до двух и прописаны значения linksetID для обоих линксетов):

@@ Строка 117: / Строка 117: @@
+  	}
   	PCM [2] { PROFIL = 4              // TYPE PCM = PCM_MTP
-             PORT [1-31] { PROFIL = 5      // SIG = SIG_ISUP
+             PORT [2-31] { PROFIL = 5      // SIG = SIG_ISUP
                  GROUP = 1
-                 NUMBERA = "=100-2500-0033+"
+                 NUMBERA = "=100-2500-0034+"
+             }
+       }
@@ Строка 228: / Строка 228: @@
-Схема на рис. 3 может быть описана следующим образом (количество сигнальных линков на STP-2110 увеличено до двух и прописаны значения linksetID для обоих линксетов):
+Схема на рис. 4 может быть описана следующим образом (количество сигнальных линков на STP-2110 увеличено до двух и прописаны значения linksetID для обоих линксетов):
    	// описание портов (потоков)
@@ Строка 312: / Строка 312: @@
 routingRules = ( "DPC1-LS1" "DPC2-LS2" … "DPCn-LSn")
-Так, для рис. 3 и для конфигурации в примере 4 таблица должна иметь следующий вид:
+Так, для рис. 4 и для конфигурации в примере 5 таблица должна иметь следующий вид:

← Предыдущая		Версия 13:27, 27 февраля 2015
Строка 59:		Строка 59:

	В случае связанного режима (рис. 1) узел совмещает функции SSP и STP. Данный вариант можно схематически представить следующим образом:		В случае связанного режима (рис. 1) узел совмещает функции SSP и STP. Данный вариант можно схематически представить следующим образом:
		+
		+	[[Файл:Ccs7-q-02.png]]
		+	<br>''Рис. 2. STP и SSP.''
		+
		+
		+	Из этой схемы становятся понятными некоторые «особенности» настойки ОКС на оборудовании М-200:
		+	*Так как взаимодействие между узлами в сети осуществляется на основании PC, необходимо явно указывать адреса SSP и STP, подключенных к коммутатору.
		+	*Связь М-200  STP описана на уровне MTP (PCM_MTP, параметры OPC и DPC).
		+	*М-200  SSP на уровне ISUP (в данном случае значение NUMBERA порта).
		+
		+	Если значения PC для STP и SSP различаются, оборудование работает в квазисвязанном режиме:
		+
		+	[[Файл:Ccs7-q-03.png]]
		+	<br>''Рис. 3. Квазисвязанный режим.''
		+
		+
		+	В соответствии со схемой должна быть изменена конфигурация:
		+
		+
		+	// описание портов (потоков)
		+
		+	PCM [1] { PROFIL = 3 // TYPE PCM = PCM_MTP
		+	PORT [2-31] { PROFIL = 4 // SIG = SIG_ISUP
		+	GROUP = 1
		+	NUMBERA = "=100-2500-0002+"
		+	}
		+	}
		+
		+	// профили
		+
		+	PROFIL [3] { TYPE = PCM_MTP
		+	DPC = 2120
		+	OPC = 100
		+	sigLinks = ( "127:1:1-0" )
		+	}
		+	PROFIL [4] { TYPE = SIG_ISUP
		+	}
		+	''Пример 2.''
		+
		+	Как видно из примера, значения DPC на уровнях MTP и ISUP различаются (2500 и 2120).
		+
		+	Для повышения надежности связи часто используется резервирование STP, что можно схематически отобразить так:

@@ Строка 9: / Строка 9: @@
 [[Файл:Ccs7-q-01.png]]
-''Рис. 1. ОКС№7, связанное подключение.''
+<br>''Рис. 1. ОКС№7, связанное подключение.''
 Для реализации подобной схемы в файл конфигурации М-200 необходимо добавить примерно такие строки :
@@ Строка 33: / Строка 34: @@
+     	}
 ''Пример 1.''
 Это так называемый «связанный» режим подключения, который является только частным случаем взаимодействия объектов на сети ОКС№7.

← Предыдущая	Версия 12:38, 27 февраля 2015
Строка 4:	Строка 4:


	+	==Связанный режим==
	+
	+	В самом простом случае схема подключения двух станций (двух SP) по сигнализации ОКС№7 (CCS7) будет выглядеть следующим образом:
	+
	+	[[Файл:Ccs7-q-01.png]]
	+	''Рис. 1. ОКС№7, связанное подключение.''
	+
	+	Для реализации подобной схемы в файл конфигурации М-200 необходимо добавить примерно такие строки :
	+
	+	// описание портов (потоков)
	+
	+	PCM [1] { PROFIL = 3 // TYPE PCM = PCM_MTP
	+	PORT [2-31] { PROFIL = 4 // SIG = SIG_ISUP
	+	GROUP = 1
	+	NUMBERA = "=100-2500-0002+"
	+	}
	+	}
	+
	+	// профили
	+
	+	PROFIL [3] { TYPE = PCM_MTP
	+	DPC = 2500
	+	OPC = 100
	+	networkIndicator = 3
	+	sigLinks = ( "127:1:1-0" )
	+	}
	+	PROFIL [4] { TYPE = SIG_ISUP
	+	}
	+	''Пример 1.''
	+
	+	Это так называемый «связанный» режим подключения, который является только частным случаем взаимодействия объектов на сети ОКС№7.
	+
	+	==Квазисвязанный режим==
	+
	+	Для описания «квазисвязанного» режима работы необходимо написать несколько слов о структуре сети и принятой терминологии.
	+
	+	Все объекты, являющиеся узлами сети и участвующие в обмене данными, называются точками сигнализации (signaling point, SP) и описываются двумя ключевыми параметрами:
	+	*Network indicator (NI) – код (уровень) сети, на котором установлено оборудование (международный, национальный и т.д.);
	+	*Point code (PC) – уникальный номер объекта на сети данного уровня.
	+
	+	Таким образом, базовая настройка SP подразумевает установку:
	+	*NI – network indicator;
	+	*OPC – origination point-code . «Свой» номер;
	+	*DPC – destination point-code. Номер подключаемой станции.
	+
	+	Если обмен сообщениями на всех уровнях ОКС№7 (и MTP, и ISUP) происходит на одни и те же PC, то это получается связанный режим работы, который и был описан выше.
	+
	+	SP, работающие на сетях ОКС№7, бывают трёх типов:
	+	*SSP - Signal (Service) Switching Point. Узлы инициирующие, обрабатывающие и завершающие телефонные вызовы. Основная задача SSP, это преобразование телефонной нумерации (ISUP) в сигнальные сообщения ОКС№7. SSP принимают вызов в классической телефонной нотации и переводят его «на язык» PC маршрутизации, понятной для сетевой модели ОКС.
	+	*STP - Signal Transfer Point. Узлы, которые получают сигнальные сообщения и распределяют их к месту назначения. STP выполняют на сети роль маршрутизаторов, пересылающих сигнальные сообщения на основании PC между другими SP.
	+	*SCP - Service Control Point. Узлы, предназначенные для работы с дополнительными сервисами .
	+
	+	В случае связанного режима (рис. 1) узел совмещает функции SSP и STP. Данный вариант можно схематически представить следующим образом: