понедельник, 23 апреля 2012 г.

Error pass limit on CME and CUCM

 Довольно часто сталкиваюсь с проблемой, когда аппарат после набора номера и снятии трубки, либо при совершении трансфера выдаёт на дисплее ошибку Error Pass Limit или в русской интерпретации что-то вроде "Достигнуто макс. кол-во вызовов..бла-бла.."

Outgoing PRI call issue


В процессе настройки потока Е1 столкнулся со следующей проблемой: контроллер в состоянии UP, входящие вызовы на CME проходят, а вот при попытке сделать исходящий звонок в трубке сразу выдаётся гудок отбоя и в дебаге упорно светится строчка:
 Cause i = 0x8286 - Channel unacceptable

пятница, 2 марта 2012 г.

Транк Skype Connect с маршрутизатором Cisco


Услуга Skype Connect существует уже достаточно давно, однако на просторах интернета до сих пор так и не появилось внятного how to для цысковских роутеров (за исключением CUBE).
Методом проб и ошибок родился такой конфиг, который использует кодек G711u и полностью работоспособен.
Продолжение под катом

четверг, 2 февраля 2012 г.

Описание CDR полей CUCM


Ниже под катом представляю очень полезную информацию для тех, кто сталкивался с анализом cdr-записей - русскоязычное описание всех полей колл-менеджера.

среда, 1 февраля 2012 г.

Настройка Сisco Jabber for Android на CUCM 8.6.1


В этом посте я расскажу, как добавить свой андроид телефон в корпоративную телефонную сеть. Фишка очень удобная и позволяет "отвязать" себя от проводных устройств и пользоваться на работе своим мобильным как обычным корпоративным телефоном.

понедельник, 30 января 2012 г.

IPSEC туннель через двух провайдеров к одному spoke + OSPF

В интернете уже куча мануалов о том, как сделать связность через двух провайдеров через ipsec..внесу свои 5 копеек..
схема следующая: имеется региональный маршрутизатор, на который приходит два аплинка от двух разных провайдеров..необходимо с этого маршрутизатора построить два ipsec-туннеля до центрального роутера с использованием трэкинга и включением OSPF внутри этих туннелей..

пятница, 27 января 2012 г.

Маршрутизация между двумя хостами в разных VRF (route leaking)

Недавно понадобилось сделать так, чтобы два хоста в разных VRF видели друг друга...в этом может помочь static route-leaking:
ip vrf Trade1
rd 10:20
route-target export 10:20
route-target import 10:25
route-target import 10:40
!
ip vrf Trade2
rd 10:30
route-target export 10:30
route-target import 10:40
!
interface Vlan10
description ### Trade1-Servers ###
ip vrf forwarding Trade1
ip address 10.10.10.1 255.255.255.0
!
interface Vlan20
description ### Trade2-Servers ###
ip vrf forwarding Trade2
ip address 10.10.20.1 255.255.255.0
!
ip route vrf Trade1 10.10.20.10 255.255.255.255 vlan20 10.10.20.10
ip route vrf Trade2 10.10.10.10 255.255.255.255 vlan10 10.10.10.10