Уважаемые дамы и господа! Для вас сохранен старый форум по адресу http://forum.intersyst.ru

Выбрать дату в календареВыбрать дату в календаре

Страницы: Пред. 1 ... 4 5 6 7 8 9 10 11 12 13 14 ... 22 След.
перевод вызова при отключенной трубке dect
 
Делал переадресации по неответу и занятости, оверфлов на оба варианта на 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 ) отсутствует.
Это нормально или покрутить где-нибудь можно?
Изменено: JKS - 24.06.2014 15:24:35
ARS Prof.Trg Grp Seiz.with overlap, отправка цифра за цифрой
 
Я вас всех прекрасно понимаю, НО довод "до вас и до замены станции тут всё работало!!" мне не перешебить.
ARS Prof.Trg Grp Seiz.with overlap, отправка цифра за цифрой
 
Спасибо огромное, 255 помогло!
ARS Prof.Trg Grp Seiz.with overlap, отправка цифра за цифрой
 
Просмотрел форум, везде решается задача отправки блоком, а мне обратную задачу ставят.
Присоединённая Cisco не понимает набор блоком, номера по префиксу Professional TG With Overlapping проходят нормально (в System Overlap разрешён, в TG тоже), а где для  ARS Prof.Trg Grp Seiz.with overlap включается отправка цифра за цифрой, а не блоком, ни как не найду ни на форуме ни в доке. Хотя сталкивался со станциями, которые по ARS Prof.Trg Grp Seiz.with overlap отправляют именно поциферно.
Подскажите, где поправить нужно.
AA, Таймер ожидания
 
Вопрос закрыт
Изменено: JKS - 10.12.2013 20:22:57
AA, Таймер ожидания
 
Спасибо, огромное, Number of Ring for On-PBX Calls (Used for ECP) поменял 2 на 10, секунд через 20 услышал ответ абонента.
AA, Таймер ожидания
 
Ящик 30 типа -АА создан на 4635 VPU6.
В первом приближении всё работает. Набираются и внутренние и Network номера удалённых станций, но если абонент удалённой станции(не Alcatel) перевёл(FWD) свой вызов ещё куда-то, то при наборе на него в течении 12-ти секунд(засекал) не приходит Alert (приходит Progress, видимо на 2-х проводку перевёл), Автооператор говорит "Абонент не отвечает".
Можно ли увеличить данное время ожидания секунд до 20-ти? В таймерах не удалось найти.
Изменено: JKS - 06.12.2013 17:32:41
Hybrid Link с нуля
 
По поводу пингов туннельных адресов спасибо, действительно, на АСТ не были прописаны в netadmin x25 адреса станции и сети. Данный недочёт исправлен, пинги теперь идут. в system номера сети 1 и нодов 1 и 2 установлены правильно.
Local link [2 1] is up
Node 1 is reachable
Переустановил TG всё заработало, огромное спасибо!!
Изменено: JKS - 22.11.2013 12:54:40
Hybrid Link с нуля
 
Почитал  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

 |  1+-------------------------------- 1 ------------------------------+  2|


2,5
 +---+
 |  1+------------------------- 7----- S ---- 7------------------------+  2|
 +---+


lookvpn -test

***************************************************************************

VPN is ALLOWED

* nodes  1  --  2  (netw  7 -- netw  7)  cost   1  mandatory  q0 : Y  q1 : Y

Checking trunk groups corresponding to local hop to node 1  ( 1  --  2)

+ Trunk group 201 : name =              state : FREE
                   trk_type T2         next_trk_grp = -1       variant  ISDN
                   nb_chif_uti = 0     specificity : IP
                   x25 ok.             vpnRate = 100           immTrkForVpn = 1
                   Public NPD 9                Incoming DID -1
                   Private NPD 0               Incoming DID -1

WARNING : another NPD can be used (depends on the byte3 of the called number)
Verify which NPD is used on arrival with looknumin


***************************************************************************

Table of vpn numbers for the local node

Index | State | Eqt<-> | NPD | VPN Local Nber | Ext.Transl. | VPN DDI Nber |SDA trad.
_____ | _____ | ______ | ___ | _______________|_____________|______________|_________
   0 |  Free |  None  |   2 |    4199        | 4199        | 4199    | -1
_____ | _____ | ______ | ___ | _______________|_____________|______________|_________


***************************************************************************

External Call Back Translator Tables

1)  beginning_of_number = DEF   nb_digits_to_suppr = 0   number_to_add =



***************************************************************************

Table of distant vpn numbers

1099     Tsl_Distant_VPN_Number RLN  2
---------------------------------------
Rout List ARS 2

1) trk_grp=201  nb_deleted_digits=0     inserted_digits =       vpnCostLimit=0 (ie. 1099)



***************************************************************************

Value of VPN synchronisation timer --> T_VPN_SYNCHRO = 300

***************************************************************************


нумерация 1-го узла с 1000

нумерация 2-го узла с 4100

создал на 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 друг друга пингуют.
Изменено: JKS - 22.11.2013 10:16:54
Непонятная перемаршрутизация
 
На станции network 1, в префиксе стоит "0", если заменить на "1", набор не проходит (пока не ясно почему).
Перевода на вызываемомо номере нет, со второго раза дозваниаются перкрасно.
translator/Ext dialing plan/ network access prefixes пусто, может что-то нужно туда прописать? Проблем с ABC-F нет, в инцидентах во всяком случае не видно.
Изменено: JKS - 19.07.2013 18:02:25
Непонятная перемаршрутизация
 
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, но это не вариант.
Подскажите как исправить, чтоб не встречалась более такая перемаршрутизация или косяк релиза?
Страницы: Пред. 1 ... 4 5 6 7 8 9 10 11 12 13 14 ... 22 След.