In TEHO situations, you can reduce the configuration complexity from t перевод - In TEHO situations, you can reduce the configuration complexity from t русский как сказать

In TEHO situations, you can reduce

In TEHO situations, you can reduce the configuration complexity from the need to configure N2 entities to needing only N entities. The following assumptions for TEHO apply:
•Each site has a different route pattern and route list for each of the other N-1 sites.

•For a given site, S, each of the N-1 route lists to another (remote) site has, as first preference, a route group of one or more gateways that are local to that other site followed by, as second preference, a route group that is local to S. Therefore, when sufficient trunking resources are available to honor the first preference, a long-distance call uses a gateway at the remote site to go offnet and thus bypass any tolls; otherwise, the call defaults to a local gateway and incurs toll charges.

Again, Cisco Unified Communications Manager has an identical routing policy for all sites. The second preference of routing a call through the local PSTN of a site (if the system fails to drop off the call as a local call at the remote PSTN) forces the customer to provision separate instances of all routing information for each site, as illustrated in Figure 30-4. (The figure illustrates the configuration for some of the sites.) Each site has a unique set of route patterns and route lists to each of the other N-1 sites, as well as a generic local route list for all other calls that the remote access codes do not cover. This requirement entails a total of N×(N-1)+N, or N2, route lists and route patterns for the general case.
0/5000
Источник: -
Цель: -
Результаты (русский) 1: [копия]
Скопировано!
В ситуациях TEHO можно уменьшить сложность конфигурации с необходимостью настроить N2 сущностей для нуждающихся только N сущностей. Следующие допущения для TEHO:
•каждое сайт имеет список маршрутов и другой маршрут по шаблону для каждого из других N-1 сайтов.

•для заданного сайта, S, каждый из списков маршрут N-1 на другой сайт (удаленный) имеет, как первые предпочтения, маршрут группы один или несколько шлюзов, которые являются локальными для этого другой сайт следуют, как второй предпочтения, маршрут группы, которая является локальным для S. Таким образом при наличии достаточных ресурсов магистральной честь первого предпочтения междугороднего звонка использует шлюз на удаленном сайте пойти внешн и таким образом обойти любые сборы; в противном случае, Вызов локального шлюза по умолчанию и несет платных сборов.

снова, Cisco Unified коммуникаций Manager имеет идентичные политику маршрутизации для всех сайтов. Второй предпочтения маршрутизации вызова через местные ТфОП сайта (если система не сможет отказаться от вызова как местный звонок на удаленном PSTN) вынуждает клиента подготовить отдельные экземпляры всех информацией маршрутизации для каждого сайта, как показано на рисунке 30-4. (На рисунке показана конфигурация для некоторых сайтов). Каждый сайт имеет уникальный набор шаблоны маршрута и маршрута списки для каждого из других сайтов N-1, а также список общих местных маршрутов для всех вызовов, которые не покрывает коды удаленного доступа. Это требование влечет за собой в общей сложности N×(N-1) N, или N2, маршрут списки и шаблоны маршрутов в общем случае.
переводится, пожалуйста, подождите..
Результаты (русский) 2:[копия]
Скопировано!
В Teho ситуациях, вы можете уменьшить сложность конфигурации от необходимости настраивать N2 лиц к необходимости только N лиц. Приняты следующие условия для Teho применять:
• Каждый сайт имеет различные схемы маршрутизации и маршрутизации список для каждого из остальных N-1 сайтов. • Для данного сайта, S, каждый из списков маршрута N-1 в другой (удаленной) сайта имеет, как первое место в списке, в группе маршрутов одного или нескольких шлюзов, которые являются локальными для этого другого сайта с последующим, в качестве второго предпочтения, в группе маршрутов, который является локальным для S. Поэтому, когда достаточные магистральные ресурсы доступны в честь первого предпочтение , междугородный звонок использует шлюз на удаленной площадке, чтобы пойти offnet и таким образом обойти любые сборы; В противном случае вызов по умолчанию местного шлюза и несет на междугородные вызовы. менеджер Опять же, Cisco Unified Communications имеет идентичный политику маршрутизации для всех сайтов. Второй предпочтение маршрутизации вызова через локальную PSTN сайта (если система не упасть на вызов, как местный звонок на удаленном PSTN) заставляет клиента предоставления отдельные экземпляры всей информации маршрутизации для каждого сайта, как показано на рисунке 30-4. (На рисунке показана конфигурация для некоторых сайтов.) Каждый сайт имеет уникальный набор шаблонов маршрутов и маршрутные листы для каждого из других N-1 сайтов, а также общий локальный список маршрутов для всех других вызовов, которые отдаленных коды доступа не покрывают. Это требование влечет за собой в общей сложности N × (N-1) + N, или N2, маршрутные листы и схем маршрутизации для общего случая.



переводится, пожалуйста, подождите..
Результаты (русский) 3:[копия]
Скопировано!
В TEHO ситуации, вы можете уменьшить сложности конфигурации от необходимости настраивать N2 образований требуется только N образований. Из следующих предположений на TEHO применить:
•Каждый сайт имеет различные схемы маршрута и списка маршрутов для каждого из других N-1 веб-сайты.ветровому •на том или ином участке, S, каждой из n-1 списков маршрутов на другой (пульт ДУ) сайта, как прежде,Маршрут группа из одного или нескольких шлюзов передачи данных, которые являются локальными по отношению к этой другой узел, в качестве второго предпочтения, маршрут группы, локальный для сер. Поэтому, когда достаточно транкинг ресурсы доступны в честь первой преференции, междугороднего вызова используется шлюз удаленного узла, внесетевого и таким образом обойти любые сборы; в противном случае,Вызов настроек по умолчанию в локальный шлюз и несет плата за пользование.ветровому вновь, Cisco Unified Communications Manager имеет идентичный политика маршрутизации для всех объектов. Второй настройки маршрутизации вызова по локальному PSTN сайта (если система не упасть вызов, как местного вызова на удаленном PSTN) силами клиента на предоставление отдельных случаях всю информацию о маршрутизации для каждого сайта,Как показано на рисунке 30-4. (На рисунке показана конфигурация для некоторых объектов.) на каждый сайт имеет уникальный набор шаблонов маршрутизации и списков маршрутов для каждого из других N-1, а также в качестве общего местного список маршрутов для всех других вызовов, удаленный доступ к коды не крышку. Этого требования влечет за собой в общей сложности N× (N-1) N, или N2, списков маршрутов и схемы маршрутизации для общего дела.
переводится, пожалуйста, подождите..
 
Другие языки
Поддержка инструмент перевода: Клингонский (pIqaD), Определить язык, азербайджанский, албанский, амхарский, английский, арабский, армянский, африкаанс, баскский, белорусский, бенгальский, бирманский, болгарский, боснийский, валлийский, венгерский, вьетнамский, гавайский, галисийский, греческий, грузинский, гуджарати, датский, зулу, иврит, игбо, идиш, индонезийский, ирландский, исландский, испанский, итальянский, йоруба, казахский, каннада, каталанский, киргизский, китайский, китайский традиционный, корейский, корсиканский, креольский (Гаити), курманджи, кхмерский, кхоса, лаосский, латинский, латышский, литовский, люксембургский, македонский, малагасийский, малайский, малаялам, мальтийский, маори, маратхи, монгольский, немецкий, непальский, нидерландский, норвежский, ория, панджаби, персидский, польский, португальский, пушту, руанда, румынский, русский, самоанский, себуанский, сербский, сесото, сингальский, синдхи, словацкий, словенский, сомалийский, суахили, суданский, таджикский, тайский, тамильский, татарский, телугу, турецкий, туркменский, узбекский, уйгурский, украинский, урду, филиппинский, финский, французский, фризский, хауса, хинди, хмонг, хорватский, чева, чешский, шведский, шона, шотландский (гэльский), эсперанто, эстонский, яванский, японский, Язык перевода.

Copyright ©2025 I Love Translation. All reserved.

E-mail: