Partitions and Calling Search Spaces
A partition is a group of dialable patterns with similar accessibility. Any dialable pattern can be assigned to a partition. All phone numbers are in the null partition by default, and all devices have access to the null partition. As soon as a phone number is assigned to a different partition, the devices in the network will not be able to access that phone number without the configuration of a calling search space (CSS).
A CSS defines which partitions are accessible to a particular device. A device can call only those call-routing table entries located in partitions that are part of the CSS assigned to the device.
Partitions are assigned to call-routing targets. Any entry of the call-routing table, including voice-mail ports, directory numbers (DN), route patterns, translation patterns, meet-me conference numbers, and so on can be assigned to a partition.
CSSs are assigned to devices, which are the source of a call-routing request (phones, phone lines, gateways, trunks, voice-mail ports, and computer telephony integration [CTI] ports). Calls that come into the network from a gateway or trunk inherit the CSS assigned to the gateway or trunk.
By default, all entities that can be configured with a partition are in partition (null partition), all entities that can be configured with a CSS are assigned with CSS (null CSS).
Members of partition are always accessible by sources of a call-routing request, regardless of the CSS applied to the calling party. Entities that do not have a CSS assigned can only access numbers that are in partition . Partition is commonly referred to as the null partition.
In Figure 13-1, various partitions and CSSs have been created. An easier way of understanding partitions and CSSs is to use an analogy of locks and key rings. If each house on a block has a different lock (partition), your key ring (CSS) would have to include many keys (to unlock different doors).
In Figure 13-1, DN 1 of Phone 1 has been configured in the lobby partition, and DN 1 of Phone 2 is in the employee partition, while Phone 3 and Phone 5 are both in the manager partition. Phone 4 has not been assigned to a partition. Following the analogy with locks and keys, there are three different types of locks (lobby, employee, and manager). Phone 4 does not have a lock. Phone 4 is therefore in the null partition, and everyone has access to call Phone 4.
When approaching CSSs from the perspective of key rings, Phone 1 has a key ring with the lobby and employee key on it. Phone 2 has a key ring with keys for the lobby, employee, and manager key ring. Phone 3 has a key ring with the lobby, employee, manager, and executive keys. The executive key is not seen in the example, but it will be used in the system for executive management. The key ring of Phone 4 contains only the lobby key. Phone 5 does not have any keys, which restricts Phone 5 to call only other DNs in the null partition.
As a result of this implementation of locks and keys, the following effective permissions
■ Phone 1: Like all other phones, this phone has access to all devices that do not have a lock applied (Phone 4 in this example). Phone 1 can access DN 1 on Phone 2 and Phone 4. Devices cannot access DNs in the same partition unless their CSS gives explicit permission to that partition.
■ Phone 2: Phone 2 can access Phone 1, Phone 3, Phone 4, and Phone 5.
■ Phone 3: Phone 3 can access Phone 1, Phone 2, Phone 4, and Phone 5.
■ Phone 4: Phone 4 can access Phone 1 only, because the CSS has access only to the lobby partition.
■ Phone 5: Like all other phones, this phone has access to all devices that do not have a lock applied (Phone 4 in this example). Phone 5 cannot unlock any locks because it does not have any keys. That means that Phone 4 can access only Phone 1.
Figure 13-1 Calling Privileges: Partitions and Calling Search Spaces
Just another network blog
В CUCM есть довольно интересные понятия в вопросе маршрутизации звонков. Не то, чтоб совсем уж интересные, но ключевые в понимании того, как эта самая маршрутизация звонков происходит. Это Partitions и Calling Search Space. Не одно пояснение этих понятий я видел в сети, так что оригинальным не буду и добавлю свое.
Начнем с Partition. Это ни что иное, как группа объектов. этими объектами могут быть:
— DN или линия или номер, кому как нравится
— шаблон номера
— линия для голосовой почты
— конференция meet-me
Итак, partition включает в себя некоторые из этих объектов, скажем, несколько офисных номеров, шаблон для выхода на городскую линию и номер конференции. По-умолчанию на СUCM при всегда присутствует Null partition, который указан в веб-интерфейсе как .
Далее CSS — это группа из одного или нескольких partitions. СSS может присваиваться устройству (телефон, gateway) или линии. СSS определяет, куда сможет позвонить устройство, а именно, сможет позвонить на те номера, которые указаны в partitions.
Что произойдет если к телефону привязан один CSS, а к линии на этом телефона другой. Приоритетнее всегда будет CSS, который привязан к линии.
Таким образом, манипулируя CSS и partitions, можно разрешать с одних телефонов звонки в одну сторону, а с других — в другую, а третьим вообще запретить все и сделать, чтоб они только принимать звонки могли. Один и тот же partition может использоваться в разных CSS.
Рассмотрим пример. У нас есть небольшая организация «Рога и копыта». Там есть руководители, обычные сотрудники и сторож Вася. Руководителям необходимо разрешить обеспечить звонки по всей стране. Сотрудникам — в пределах организации и с выходом на город. А сторож Вася только внутри организации. В организации используются трехзначные номера от 600 до 699. Выход на город, это семизначный городской номер.
Создадим три partitiona.
1-й partition: шаблон 6ХХ (для внутренних звонков)
2-й partition: семизначный [34]ХХ-ХХ-ХХ (допустим, мы живем в городе, где первая цифра городского номера может быть 3 или 4)
3-й partition: междугородний шаблон 0ХХ-ХХХ-ХХ-ХХ (допустим, коды городов начинаются на 0)
Шаблоны у нас перекрываются, но закроем на это глаза.
Теперь создадим отдельные CSS, в зависимости от социального статуса сотрудников.
1-й CSS для руководителей. Сюда будут входить все три partitiona.
2-й CSS для сотрудников. Сюда будут входить только первый и второй partition.
3-й для сторожа Васи. Сюда мы включим только первый partition.
Как дополнительная возможность, можно создавать одинаковые номера телефонов в разных partitions. Как правило, если офисы разделены географически, то на каждый офис создается отдельный partition.
Также можно назначать различные кодеки. Например, если звонок внутри офиса (в одном partition), то будет использован кодек G.711 (64 кб/с), а если между офисами, то G.729 (11 кб/с).
2 comments:
Не совсем ясно, что за шаблоны вы создаете. Если route pattern, то необходимо указывать еще и код, который позволяет звонить в «город», как правило это «9». Для третьего шаблона не хватает еще одно цифры, указания страны (в России коды городов начинаются на «4»). 2-ой и 3-ий шаблон будит выглядеть правильней, и не будит перекрываться, если их немного модернизировать:
2-ой: 9.[34]ХХ-ХХ-ХХ
3-ий: 9.8-ХХХ-ХХХ-ХХ-ХХ Reply Delete
В этом убогом бложике многое непонятно, я постепенно стараюсь приводить все в порядок. На счет замечаний, не согласен.
Во втором шаблоне не обязательно указывать 9-ку для выхода на город, все зависит от созданного вами шаблона. Просто так традиционно сложилось, что для этого используется 9 или другая цифра. Как по мне, то выход на город обычным набором номера намного понятнее и логичнее.
Что касается кода страны, то я не в курсе, как в России, а в моей стране достаточно набрать код города и номер. Код страны не обязателен, если звонок происходит внутри страны.
Правда, нужно заметить, что в этом примере нет выхода на международную связь. Ну, на то он и пример 🙂 Delete
Cisco CSS address translation
When a connection is initiated outbound through the Cisco CSS (from any of the group services) the source IP is translated to the groups VIP address.
Source group servers are defined using the add service [service name] command.
Example : When SERVER-A initiates a connection outbound through the CSS, traffic will be source NAT`d behind address 10.1.1.100.
group SOURCE-GROUP
vip address 10.1.1.100
add service SERVER-A
add service SERVER-B
active
Destination Group
When connection is initiated to the groups defined VIP, traffic distributed to any of the servers that are configured within the group is proxied behind the VIP.
Destination groups are typically used when internal load balancing is required.
Destination group servers are defined using the add destination service [service name] command.
Example : When the client initiates a connection to group VIP (10.1.1.100) (that is destined for either SERVER-A or SERVER-B) traffic is proxied behind the subsequent VIP (10.1.1.100). Return traffic is then routed back through the CSS and balanced as per the configured content rule.
group DEST-GROUP
vip address 10.1.1.100
add destination service SERVER-A
add destination service SERVER-B
active