Приветствую всех! Вопрос в следующем. На одной из 2 станций, которые сидят в ABC-F сети, создана локальная хантинг группа с параллельным исканием. Эта же станция подключена к городу по BRI. При звонке из города на эту х.г. звонят все аппараты, а при наборе номера х.г. со второй станции звонит ТОЛЬКО один аппарат этой х.г. Почему так?
Возможно ли запрограммировать безусловную переадресацию с внутреннего на внутренний на определённый промежуток времени? Т.е., чтобы отключалась сама в нужное время?
Приветствую всех. Есть транковая группа из 3-ёх аналоговых линий. Нужно составить таблицу наведения внешних звонков на внутренние, например, один к одному. Какая вообще идеология в этом случае? Первый раз сталкиваюсь с ОХО.
Выскакивает инцидент 1721=Phone exc 14, PC 0x0898692f neqt=1731. Видимо, связано со следующей ситуацией: когда абонент поднимает трубку, то тут же слышит занятость. Ещё один момент: когда я звоню ему с другого телефона, то слышу в ответ занятость, хотя аппарат свободен. У абонента стоит нормальный апарат Panasonic, поэтому дело не в нём. В excvisu вот что:
Ситуация следующая. Есть три ОХЕ в корпусе Common Hardware одинаковой конфигурации. В частности 64 аналоговых + 4 ip trunk (согласно lock 187). Решили поставить их в одну контору при этом абонент одной станции будет звонить абоненту другой по ip. К городу будет подулючаться одна их этих станций и звонки из города будут распределяться по всем трём в соответствии с планом нумерации. Вопрос: какова роль в данном случае lock 187? Это ограничение на звонки по ip в принципе или к этому ограничению относятся только АВС-звонки? В чём суть ограничения?
Градиент-128ОП - система оповещения, которая выполнена в виде PCI-платы. Подали на неё аналоговые номера с ОХЕ. При наборе Градиентом, например, внутреннего номера станции наблюдается следующее: вызов доходит до вызываемого, но при поднятии трубки я слышу тон станции, как-будто вызова и не поступало, а на Градиент станция выдаёт сигнал занятости. Может кто сталкивался с подобным?
Стал выскакивать после переключения городских потоков. В основной корзине ACT28 установлены две INTOF2 в позициях 5 и 19, на выносе ACT28 установлены соответственно в позиции CPU. 2-й линк сделан как стандбай. Была такая схема: Станция "Элком" смотрит в город 2-мя потоками, Алкатель 2-мя потоками приколочен к Элкому, к Алкателю - Корал одним потоком. Синхру Алкатель брал с Элкома, Корал - с Алкателя. Теперь же городские потоки с Элкома перебросились на Алкатель. После этого на всех 4-ёх INTOF-ах мигает SYC. В описании инцидента 3660 сказано, что необходимо перегрузить INTOF2A. Не помогает.
Вопрос не совсем имеет отношение к Enterprise, но может кто сталкивался. Есть три станции: Coral, Alcatel OmniPCX Enterprise и "Элком". Все последовательно соединены E1 (EDSS1) в указанном порядке, а Элком смотрит в город. На Корале организован селектор, в котором часть абонентов кораловских, а часть по межгороду. Возникла необходимость регистрации речевых сообщений на потоке с помощью "Незабудки". Воткнул её в разрыв между Корал и Алкатель. Проблема в следующем: при звонке с кораловского аппарата в город, например, на мобильный, запись голоса говорящего с коралловского аппарата отличная, но внешнего абонента вообще не слышно, идёт треск в записи, как-будто попкорн жарят)) Существенно писать внешнего абонента!!! Звонил производителям, говорят, что расстояние от Незабудки до поточной платы должно быть <= 2 метрам! Сделал так между Коралом и Незабудкой, а между Алкатель и Незабудкой метров 10! Попкорн не исчез. Сделал наоборот: расстояние между Алкатель и Незабудкой меньше 2 метров. Та же песня. Причём у Незабудки есть такой модуль с двумя выходами, в который втыкаются поточные кабели с обоих станций. Так вот если кабели местами поменять, то Корал пишется отлично (как всегда), а внешнего с трудом слышно, но попкорна нет. производители посоветовали поиграться с уровнем усиления сигнала на этой коробочке. Пока толку нету(( Может у кого есть опыт?
Между станциями поднят гибридный линк + VPN оверфлоу по ip. Одна из них смотрит в город, № транковой группы 106. После аудита на второй станции по транковым группам, 106 прилетела на неё. В своё время создал Route No., в котором указал номер группы 106 и номер сети 15. Теперь же номер сети 15 слетел и поменялся на 0. При попытке сменить в обратную сторону пишет invalid trunk group number. Видимо, какой-то местный глюк, потому что на остальных 15-ти станциях всё нормально.
Стал вылетать инцидент Partition 6 is 82 per cent full (resource 2). В файле syslog пишется:
Dec 2 10:01:01 omon-cs sendmail[21505]: unable to qualify my own domain name (omon-cs) -- using short name Dec 2 10:01:02 omon-cs sendmail[21505]: nB2712EG021505: SYSERR(mtcl): hash map "Alias0": unsafe map file /etc/aliases.db: Permission denied Dec 2 10:01:02 omon-cs sendmail[21505]: nB2712EG021505: from=mtcl, size=442, class=0, nrcpts=1, msgid=<200912020701.nB2712EG021505@omon-cs>, relay=mtcl@localhost Dec 2 10:01:03 omon-cs crond[21502]: (mtcl) MAIL (mailed 99 bytes of output but got status 0x0047 ) Dec 2 10:04:05 omon-cs survroot[1260]: Too many files in partition /var (avail 21875/128256 files, 82% full).
Единственное, что отсюда видно, это то, что партиция /var забита. Куда дальше смотреть?