Делал переадресации по неответу и занятости, оверфлов на оба варианта на dect номере на соседний аналоговый, при звонках внутренних, при выключенной трубе перемаршрутизация идёт, при звонках извне-отбой. При включенной трубе всё работает и переходит. Где можно поправить, кто подскажет?
Ну, broadcast по минимуму включен, без него Set Supervision на аппараты другой станции вроде не работал. Аудит делал вначале, когда TG надо было стянуть. А это как-то влияет? Есть рабочая конфигурация, где трубки в роуминге отдают UTF8 имена или пока теорией побалуемся?
re: вопрос до кучи про туннели не совсем понятно, адреса 172.30.1.1 и 172.30.1.2 формируются сами, телнет из станции в станцию по ним имеется. Или что-то ещё в виду имелось?
Релизы, на которых имею роуминг и данную проблему 11.0 на одной паре станций с роумингом, в другой связке 10.0 с 10.1
system/other system/ neywork param - UTF-8 разрешено, цифровые аппараты показывают русские имена как надо абонентов сети ABC-F.
Роуминг на станциях работает замечательно и без intof-ов по NPRAE.
При перемещении трубки в другую станцию (роуминг), она занимает свободный shell, тот, в свою очередь берёт с её родной станции разрешения и Display Name, поля Name и UTF8 Name остаются пустыми. На цифровиках высвечивается имя из Display Name. Может русские имена в принципе не возможны в роуминге или у кого-то есть иные результаты?
При звонке с трубки DECT, находящейся в роуминге, на дисплеях цифровых аппаратов высвечивается только английское имя, русское (UТF-8 ) отсутствует. Это нормально или покрутить где-нибудь можно?
Просмотрел форум, везде решается задача отправки блоком, а мне обратную задачу ставят. Присоединённая Cisco не понимает набор блоком, номера по префиксу Professional TG With Overlapping проходят нормально (в System Overlap разрешён, в TG тоже), а где для ARS Prof.Trg Grp Seiz.with overlap включается отправка цифра за цифрой, а не блоком, ни как не найду ни на форуме ни в доке. Хотя сталкивался со станциями, которые по ARS Prof.Trg Grp Seiz.with overlap отправляют именно поциферно. Подскажите, где поправить нужно.
Ящик 30 типа -АА создан на 4635 VPU6. В первом приближении всё работает. Набираются и внутренние и Network номера удалённых станций, но если абонент удалённой станции(не Alcatel) перевёл(FWD) свой вызов ещё куда-то, то при наборе на него в течении 12-ти секунд(засекал) не приходит Alert (приходит Progress, видимо на 2-х проводку перевёл), Автооператор говорит "Абонент не отвечает". Можно ли увеличить данное время ожидания секунд до 20-ти? В таймерах не удалось найти.
По поводу пингов туннельных адресов спасибо, действительно, на АСТ не были прописаны в netadmin x25 адреса станции и сети. Данный недочёт исправлен, пинги теперь идут. в system номера сети 1 и нодов 1 и 2 установлены правильно. Local link [2 1] is up Node 1 is reachable Переустановил TG всё заработало, огромное спасибо!!
Почитал system. doc/ IP PCX Network - ABC link through IP, делаю по примеру. дошёл до ARS и NPD, не понял смысл и значение номера 014111. Стоят пока 2 станции, net 1 nodes 1(АСТ) и 2(MG), PRA плат нет, только INT-IP3 и GD. suproutage наличие каналов показывает. 2,1
создал на 2-м узле NPD 44 (с Installation number : 014111(?) и Default number (num. inst. sup.) : 4100), ARS лист 2 с указанием IP-TG, префиксы ARS 1099 Prefix Information : 2 VPN Type + Distant и 4199 Prefix Information : 44 VPN Type + Local
На 1-м ноде соответственно противоположные префиксы.
Далее ступор, если мне надо со 2-го нода набрать например 1590, как сам нод 2 поймёт маршрут. Не надо указывать 1 Routing No. или 1590 Network No. ? Создание 1590 Network No. ситуацию не меняет.
В трейс ничего не сыпется при наборе. Тунель 172.30.1.1, кстати, не пингуется, процессора и платы INT-IP и GD друг друга пингуют.
На станции network 1, в префиксе стоит "0", если заменить на "1", набор не проходит (пока не ясно почему). Перевода на вызываемомо номере нет, со второго раза дозваниаются перкрасно. translator/Ext dialing plan/ network access prefixes пусто, может что-то нужно туда прописать? Проблем с ABC-F нет, в инцидентах во всяком случае не видно.
R10.0 Обнаружилась интересная ситуация уже на 2-х станциях: транковая группа ABC-F номер 110 префикс выхода на неё "1" Routing No. Network Nb. 0 Node/ABC-F TG 110 Nb. of Digits 4 периодически набор 4-х значных номеров (например 1000) улетает на транковую группу 143 ISDN город. Overflow -1 Ситуация лечится изменением префикса на префкс занятия TG, но это не вариант. Подскажите как исправить, чтоб не встречалась более такая перемаршрутизация или косяк релиза?