|
ru.cisco- RU.CISCO --------------------------------------------------------------------- From : Vadim Ostranitsyn 2:5020/400 23 Mar 2006 11:31:23 To : All Subject : Проблема с SRST - с VoIP-телефона нельзя позвонить. -------------------------------------------------------------------------------- Здравствуйте! При конфигурировании SRST в корпоративной телефонии столкнулся с проблемой. Чтение документации и поиск в Сети пока не помогли. Есть H323-шлюз C2821, на котором прописано некоторое количество dial-peer-ов - POTS-овых и VoIP. Он давно работает. Есть CCM и на нем прописаны VoIP-телефоны и данный шлюз. Звонки с этих телефонов на PSTN через шлюз и обратно тоже идут. Вышеуказанный шлюз прописан на CCM также в качестве SRST reference. При пропадании доступа у VoIP-телефонов до CCM (путем запрета через ACL) они перерегистрируются на шлюзе. До этого момента все работает. Hо вот все попытки позвонить с этих телефонов на любой номер - pots-овый или voip, обламываются. При звонке на dial-peer, прописанный как: dial-peer voice 10 pots destination-pattern 0T progress_ind alert enable 8 translate-outgoing calling 1001 direct-inward-dial port 0/0/0:15 forward-digits all набирается только лидирующий нолик, после этого остальные цифры не отображаются, но DTMF-сигнал набора слышен. В этом состоянии телефон может висеть долго. В call history остается запись о звонке на номер 0. При звонке, например, на номер, начинающийся с 5, выбирается dial-peer voice 1000 voip destination-pattern . voice-class codec 1 session target ras dtmf-relay h245-signal fax rate 14400 no vad и после первой набранной цифры звонок отбивается с ошибкой no route to destination (3). Хотя в конфиге шлюза есть явно прописанные dial-peer-ы с 5 в начале. Причем у шлюза связь до gatekeeper-а никуда не пропадала. В call history остается звонок на номер 5. При этом все остальные звонки через шлюз на эти dial-peer-ы проходят нормально. Ситуация одинаковая что на c2800nm-ipvoice-mz.123-14.T5.bin, что на c2800nm-spservicesk9-mz.123-14.T4.bin. Другие IOS-ы не проверялись. Что это может быть и чем это лечить? --- ifmail v.2.15dev5.3 * Origin: CISA Ltd. InterNetNews site (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.cisco/9167d5a9bafe.html, оценка из 5, голосов 10
|