как перевести telecom.

[yunit]

Как перевести case study:
в этом контексте
The case study in this section discusses in detail the call flow between two Cisco Unified IP Phones within a cluster, called an intracluster call.

вот в таком
The case study described in Appendix 11, “Case Study: Troubleshooting Cisco Unified IP Phone Calls,”describes the call flow for an intracluster call.

в таком
The traces in this case study focus only on the call flow itself because Appendix 11,
“Case Study: Troubleshooting Cisco Unified IP Phone Calls,”(for example, initialization, registration, and keepalive mechanism) already explained the more detailed trace information.

[gni153]

пример/вариант

[Enote]

можно просто Пример
или Практический пример

[yunit]

спасибо.
Поясните для несведущего в чем тогда разница между example и case study

[gni153]

1- просто приводится пример
2-изучается что-то, какой-то вопрос/тема и т.п и при этом для сравнения даются несколько вариантов/версий/примеров из практики, чтобы выбрать оптимальный

[Liquid_Sun]

Теоретики наболтали уже как не по делу-то...
Любой пример и конкретно рассматриваемая ситуация

[yunit]

Чтобы не создавать еще тем спрошу здесь, тем более, что суть вопроса таже

Как правильно executable (executing) перевести в этом контексте:
After the Cisco Unified IP Phone connects and registers with Cisco Unified Communications Manager, the Cisco Unified Communications Manager tells the Cisco Unified IP Phone which executable version
(called a load ID) to run. If the specified version does not match the executing version on the Cisco Unified IP Phone, the Cisco Unified IP Phone will request the new executable from the TFTP server and
reset automatically.

[yunit]

и еще вопрос по-поводу gets retrieved
The configuration file (.cnf) gets retrieved from the TFTP server

[Liquid_Sun]

1. executable (исполняемый скрипт, файл, модуль и т.д.) executing = existing version
2. с ТFTP-сервера подгружается/"загружается" файл конфигураций (.cnf)

[yunit]

ну по первому я так и думал.

а по второму получается так:
После подключения телефона и его регистрации на CUCM, CUCM говорит телефону, что исполняемый файл работает (называется загрузкой ID). Если указанная версия версия не соответствует существующей версии телефона, телефон требует новый исполняемый файл и перезагружатеся автоматически.

Я верно понимаю?

[Liquid_Sun]

* ... CUCM сообщает телефону о том, какую версию исполняемого файла (т.н. "идентификатор загружаемого образа") нужно выполнить.
** ... указанная версия не соответствует версии исполняемого файла..., то телефон отправит запрос на новый исполняемый файл для загрузки с TFTP-сервера и автоматически перезагрузится.

[Enote]

нет
Cisco Unified Communications Manager tells the Cisco Unified IP Phone which executable version (called a load ID) to run.
Cisco Unified Communications Manager сообщает Cisco Unified IP Phone, какую версию (вы/ис)полняемого модуля (это называется идентификтаором загрузки) нужно запустить.
Если указанная версия не соответствует выполняемой в телефоне версии, телефон запросит с сервера новый исполняемый модуль и перезагружатеся автоматически.

[Liquid_Sun]

15:55 - домосед - бооольшой теоретик :=(
Кстати, его "великолепный" лепет выполняемой в телефоне версии звучит как похоронный марш.

[yunit]

Опять напишу тут, чтобы не создавать однотипных тем
есть предложение
In this case, the RouteGroup gets created to route calls to Unified CM3 in Cluster 1 with Cisco IOS Gatekeeper permission.

как в его контексте правильнее перевести gets created. так же стали часто попадаться похожие сочетания gets retrieved, gets downloaded, gets registered и т.д.

[Liquid_Sun]

gets = is
формируется,
подгружается (в некоторых контекстах - извлекается), загружается, регистрируется и т. д.

[yunit]

Т.е.
В этом случае RouteGroup производит маршрутизацию вызова к Unified CM3 в кластере 1 с разрешения Cisco IOS Gatekeeper.

[Liquid_Sun]

В этом случае создается/формируется RouteGroup, по которой вызовы маршрутизируются в Unified CM3 в кластер №1 с разрешения Cisco IOS Gatekeeper.

[yunit]

А если исходить из то, что RouteGroup уже создан

[Liquid_Sun]

Где это написано, что RouteGroup уже создан здесь:
Self-Starting Processes

After Cisco Unified Communications Manager is up and running, it starts several other processes within itself. Some of these processes follow, including MulticastPoint Manager, UnicastBridge Manager, digit analysis, and route list. You will find that the messages that are described during these processes are very useful when you are troubleshooting a problem that is related to the features in Cisco Unified Communications Manager.

For example, assume that the route lists are not functioning and are unusable. To troubleshoot this problem, you would monitor these traces to determine whether the Cisco Unified Communications Manager started RoutePlanManager and if it is trying to load the RouteLists. The following sample configuration shows that RouteListName="ipwan" and RouteGroupName="ipwan" are loading and starting.

16:02:51.031 CCM|MulicastPointManager - Started16:02:51.031 CCM|UnicastBridgeManager - Started
16:02:51.031 CCM|MediaTerminationPointManager - Started
16:02:51.125 CCM|MediaCoordinator(1) - started
16:02:51.125 CCM|NodeId: 1, EventId: 1543 EventClass: 2 EventInfo: Database manager started
16:02:51.234 CCM|NodeId: 1, EventId: 1542 EventClass: 2 EventInfo: Link manager started
16:02:51.390 CCM|NodeId: 1, EventId: 1541 EventClass: 2 EventInfo: Digit analysis started
16:02:51.406 CCM|RoutePlanManager - Started, loading RouteLists
16:02:51.562 CCM|RoutePlanManager - finished loading RouteLists
16:02:51.671 CCM|RoutePlanManager - finished loading RouteGroups
16:02:51.671 CCM|RoutePlanManager - Displaying Resulting RoutePlan
16:02:51.671 CCM|RoutePlanServer - RouteList Info, by RouteList and RouteGroup Selection Order
16:02:51.671 CCM|RouteList - RouteListName="ipwan"
16:02:51.671 CCM|RouteList - RouteGroupName="ipwan"
16:02:51.671 CCM|RoutePlanServer - RouteGroup Info, by RouteGroup and Device Selection Order
16:02:51.671 CCM|RouteGroup - RouteGroupName="ipwan"
The following trace shows the RouteGroup that is adding the device 172.16.70.245, which is Unified CM3 that is located in Cluster 1 and is considered an H.323 device. In this case, the RouteGroup gets created to route calls to Unified CM3 in Cluster 1 with Cisco IOS Gatekeeper permission. If a problem occurs while the call is being routed to a Cisco Unified IP Phone that is located in Cluster 1, the following messages would help you find the cause of the problem.

[yunit]

я понял свои ошибки, спасибо