станция OXE, R8.0
стоят платы Z24 и Z24_2 (у обеих статус enabled).
только Z24 раскроссирована на плинты (с нулевой пары по 23-ю). Юзеров (внутр.номер #661721 по #661743) прописал.
В default DID translator:

--Review/Modify: Default DID num. translator--------------------------
Node Number (reserved) : 1
Instance (reserved) : 1
Instance (reserved) : 1
First External Number : 661721
First Internal Number : #661721
Range Size : 23
Unique Internal Number + NO L-----------------------------------------------------------------------

Когда звоню с номеров находящихся на первом плинте (т.е. 661721-661729), то номера ходят корректно. Если звоню с номера 661730 (он находится на втором плинте, на нулевой паре), то определяется как 661738. Перезваниваю с сотового на 661738, то попадаю на номер 661738; звоню на 661730, то попадаю на 661730 (т.е. на станцию звонки приходят корректно). Если звоню с 661731, то определяется номер как 661739, с 661732, то определяется 661740 и т.д. Разница в 8 номеров... А если звоню с 661736, то номер не определяется вообще, до тех пор пока не расширю range size.

Если в default DID translator напишу так:

--Review/Modify: Default DID num. translator--------------------------
Node Number (reserved) : 1
Instance (reserved) : 1
Instance (reserved) : 1
First External Number : 661721
First Internal Number : #661721
Range Size : 9
Unique Internal Number + NO L-----------------------------------------------------------------------

--Review/Modify: Default DID num. translator--------------------------
Node Number (reserved) : 1
Instance (reserved) : 1
Instance (reserved) : 1
First External Number : 661730
First Internal Number : #661730
Range Size : 10
Unique Internal Number + NO L-----------------------------------------------------------------------

--Review/Modify: Default DID num. translator--------------------------
Node Number (reserved) : 1
Instance (reserved) : 1
Instance (reserved) : 1
First External Number : 661740
First Internal Number : #661740
Range Size : 4
Unique Internal Number + NO L-----------------------------------------------------------------------

то все номера определяются корректно. Т.е. в каждой записи диапазон не более 10 номеров.

Что это? Как исправить?

Наверно какя-то ошибка в назначении физических портов USER. Транслятор здесь не причем.

а какая может быть ошибка? все юзеры прописаны последовательно, разрывов нет. Если бы и была ошибка, то она бы выявлялась в любом случае: или я в range size пишу весь пул номеров или разделяю на части (как я показал выше).
(марку кабеля, кроссировку кабеля для z24 перепроверил с документашкой - раскроссировано правильно)



Редактировано 1 раз. Последний раз 16.02.2009 12:06 пользователем nokiani.

Есть командачка (точно не помню) - lookdid (или lookddi).
А еще лучше рестартуйте станцию.

didtest
looknpd



Редактировано 1 раз. Последний раз 19.02.2009 18:28 пользователем JKS.

Дал команду didtest, вот что пишет:

(1)xa000000> didtest

Sun Feb 22 18:00:57 CET 2009

0 : exit
1 : select did
2 : incoming did
3 : outgoing did
4 : view selected did data
5 : view selected did data order by internal number
6 : exec time
choice : 1
general did or public overflow : [g]/p h^?g
did id : <0..99> : 0
0 : exit
1 : select did
2 : incoming did
3 : outgoing did
4 : view selected did data
5 : view selected did data order by internal number
6 : exec time
choice : 3
local number : #661769
found external number : 661769
found external number (dicho) : 661769

0 : exit
1 : select did
2 : incoming did
3 : outgoing did
4 : view selected did data
5 : view selected did data order by internal number
6 : exec time
choice : 3
local number : #661770
found external number : 661770
BIG PROBLEM.... /n


0 : exit
1 : select did
2 : incoming did
3 : outgoing did
4 : view selected did data
5 : view selected did data order by internal number
6 : exec time
choice : 2
external number : 661770
sda partiel :
DID_FOUND
(dicho) DID_FOUND
sda : found internal number : #661770
sda : found internal number(dicho) : #661770

0 : exit
1 : select did
2 : incoming did
3 : outgoing did
4 : view selected did data
5 : view selected did data order by internal number
6 : exec time
choice :

В чем может быть проблема?

Если ведет себя станция так как вы говорите и рестарт не помогает - обращайтесь к поставщикам, пусть запрос разработчикам пишут.

обычно такая бональная проблема возникает в путанице ентити в юзерах, на одним стоит коректный а на других стоит по дефолту

в ентитях у всех абсолютно одинаковые цифры. Может есть какая то фишка в станции? когда прописываешь в трансляторе рэндж по 10, то определение корректное!

Или где-то путаете или еще чего, по жизни всегда писали 661720 - #661720 - 1000.
Т.е. никаких проблем, хоть с 1000 номеров.

и я так думал - раньше обслуживали другую станцию, так на ней рэнджи прописывали по всякому и 100 номеров, и 16, и всегда определялись номера правильно..
А здесь непонятно куда дальше то копать?!...

Я предлагаю для начала не копать, а попробовать следующее - прописать другой транслятор, например 1-й, пристегнуть в нем все одним диапазоном, и указать его в NPD.
Если работает - есть два пути - расслабиться, и второй - напрягать партнеров - пусть пишут в Алкатель

прописал еще один транслятор с номер 1. Написал в нем номера одним диапазоном 24 (т.е. прописал одну плату z24_2, 661391-#661391-24). Т.к. на станции разные абоненты ходят по соответствующим транк группам, я создал другую NPD 33, и в транк группе (к которой относятся данные номера) сослался на NPD 33.
Запускаю didtest - результат тот же: первые 10 номеров определяются, а в остальных пишет BIG PROBLEM...

checkdb что рисует?

кроме того на ваш транслятор можно посмотреть:
cdmao
fichges -dump didtrad

(1)xa000000> checkdb
Data base checking in progress ...
/............ERROR 4351 : DATA INCONSISTENCY, Table ADRFICT, function=existeCrystalHybridIPPhone Crystal=3 nulog=77
ERROR 4351 : DATA INCONSISTENCY, Table ADRFICT, function=existeCrystalHybridIPPhone Crystal=3 nulog=78
ERROR 4351 : DATA INCONSISTENCY, Table ADRFICT, function=existeCrystalHybridIPPhone Crystal=3 nulog=79
ERROR 4351 : DATA INCONSISTENCY, Table ADRFICT, function=existeCrystalHybridIPPhone Crystal=3 nulog=80
ERROR 4351 : DATA INCONSISTENCY, Table ADRFICT, function=existeCrystalHybridIPPhone Crystal=3 nulog=81
ERROR 4351 : DATA INCONSISTENCY, Table ADRFICT, function=existeCrystalHybridIPPhone Crystal=3 nulog=82
ERROR 4351 : DATA INCONSISTENCY, Table ADRFICT, function=existeCrystalHybridIPPhone Crystal=3 nulog=83
ERROR 4351 : DATA INCONSISTENCY, Table ADRFICT, function=existeCrystalHybridIPPhone Crystal=3 nulog=84
ERROR 4351 : DATA INCONSISTENCY, Table ADRFICT, function=existeCrystalHybridIPPhone Crystal=3 nulog=85
ERROR 4351 : DATA INCONSISTENCY, Table ADRFICT, function=existeCrystalHybridIPPhone Crystal=3 nulog=86
ERROR 4351 : DATA INCONSISTENCY, Table ADRFICT, function=existeCrystalHybridIPPhone Crystal=3 nulog=87
ERROR 4351 : DATA INCONSISTENCY, Table ADRFICT, function=existeCrystalHybridIPPhone Crystal=3 nulog=88
ERROR 4351 : DATA INCONSISTENCY, Table ADRFICT, function=existeCrystalHybridIPPhone Crystal=3 nulog=89
ERROR 4351 : DATA INCONSISTENCY, Table ADRFICT, function=existeCrystalHybridIPPhone Crystal=3 nulog=90
ERROR 4351 : DATA INCONSISTENCY, Table ADRFICT, function=existeCrystalHybridIPPhone Crystal=3 nulog=91
ERROR 4351 : DATA INCONSISTENCY, Table ADRFICT, function=existeCrystalHybridIPPhone Crystal=3 nulog=92
ERROR 4351 : DATA INCONSISTENCY, Table ADRFICT, function=existeCrystalHybridIPPhone Crystal=3 nulog=93
ERROR 4351 : DATA INCONSISTENCY, Table ADRFICT, function=existeCrystalHybridIPPhone Crystal=3 nulog=59
ERROR 4351 : DATA INCONSISTENCY, Table POSTE, station=#662004 tab_eqt_fict
ERROR 2660 : NO MORE RESSOURCE AVAILABLE 0 0 27
ERROR 4351 : DATA INCONSISTENCY, Table POSTE, station=142 tab_eqt_fict
ERROR 2660 : NO MORE RESSOURCE AVAILABLE 0 0 27
ERROR 4351 : DATA INCONSISTENCY, Table POSTE, station=143 tab_eqt_fict
ERROR 2660 : NO MORE RESSOURCE AVAILABLE 0 0 27
ERROR 4351 : DATA INCONSISTENCY, Table POSTE, station=144 tab_eqt_fict
ERROR 2660 : NO MORE RESSOURCE AVAILABLE 0 0 27
ERROR 4351 : DATA INCONSISTENCY, Table POSTE, station=145 tab_eqt_fict
ERROR 2660 : NO MORE RESSOURCE AVAILABLE 0 0 27
ERROR 4351 : DATA INCONSISTENCY, Table POSTE, station=146 tab_eqt_fict
ERROR 2660 : NO MORE RESSOURCE AVAILABLE 0 0 27
ERROR 4351 : DATA INCONSISTENCY, Table POSTE, station=147 tab_eqt_fict
ERROR 2660 : NO MORE RESSOURCE AVAILABLE 0 0 27
ERROR 4351 : DATA INCONSISTENCY, Table POSTE, station=148 tab_eqt_fict
ERROR 2660 : NO MORE RESSOURCE AVAILABLE 0 0 27
ERROR 4351 : DATA INCONSISTENCY, Table POSTE, station=149 tab_eqt_fict
ERROR 2660 : NO MORE RESSOURCE AVAILABLE 0 0 27
ERROR 4351 : DATA INCONSISTENCY, Table POSTE, station=151 tab_eqt_fict
ERROR 2660 : NO MORE RESSOURCE AVAILABLE 0 0 27
ERROR 4351 : DATA INCONSISTENCY, Table POSTE, station=152 tab_eqt_fict
ERROR 2660 : NO MORE RESSOURCE AVAILABLE 0 0 27
ERROR 4351 : DATA INCONSISTENCY, Table POSTE, station=153 tab_eqt_fict
ERROR 2660 : NO MORE RESSOURCE AVAILABLE 0 0 27
ERROR 4351 : DATA INCONSISTENCY, Table POSTE, station=154 tab_eqt_fict
ERROR 2660 : NO MORE RESSOURCE AVAILABLE 0 0 27
ERROR 4351 : DATA INCONSISTENCY, Table POSTE, station=155 tab_eqt_fict
ERROR 2660 : NO MORE RESSOURCE AVAILABLE 0 0 27
ERROR 4351 : DATA INCONSISTENCY, Table POSTE, station=156 tab_eqt_fict
ERROR 2660 : NO MORE RESSOURCE AVAILABLE 0 0 27
ERROR 4351 : DATA INCONSISTENCY, Table POSTE, station=157 tab_eqt_fict
ERROR 2660 : NO MORE RESSOURCE AVAILABLE 0 0 27
ERROR 4351 : DATA INCONSISTENCY, Table POSTE, station=158 tab_eqt_fict
ERROR 2660 : NO MORE RESSOURCE AVAILABLE 0 0 27
ERROR 4351 : DATA INCONSISTENCY, Table POSTE, station=159 tab_eqt_fict
ERROR 2660 : NO MORE RESSOURCE AVAILABLE 0 0 27
....ERROR 4351 : DATA INCONSISTENCY, Table ENTITY, entity=0 invalid cdt
ERROR 4351 : DATA INCONSISTENCY, Table ENTITY, entity=2 invalid cdt
ERROR 4351 : DATA INCONSISTENCY, Table ENTITY, entity=17 invalid cdt
ERROR 4351 : DATA INCONSISTENCY, Table ENTITY, entity=3 invalid cdt
ERROR 4351 : DATA INCONSISTENCY, Table ENTITY, entity=4 invalid cdt
ERROR 4351 : DATA INCONSISTENCY, Table ENTITY, entity=16 invalid cdt
ERROR 4351 : DATA INCONSISTENCY, Table ENTITY, entity=15 invalid cdt
...............ERROR 2675 : EXCEPTION 11, function ini_ipphone, PC = 0x08159835
ERROR 4352 : INSTANCE EXCEPTION, Table TAB_IPP, nulog=59
...../
(1)xa000000>

(1)xa000000> cdmao
/DHS3data/mao
(1)xa000000> fichges -dump didtrad
DIDTRADM.dat
001 --> 0 24 661391 #661391 0 0
002 --> 0 4 661788 #661788 0 0
003 --> 0 10 661768 #661768 0 0
004 --> 0 10 661740 #661740 0 0
005 --> 0 1 662010 #662010 0 0
006 --> 0 1 661577 #661577 0 0
007 --> 0 1 661012 #662005 0 0
008 --> 0 1 662266 #662266 0 0
009 --> 0 1 662999 #662999 0 0
010 --> 0 10 661730 #661730 0 0
011 --> 0 10 661778 #661778 0 0
012 --> 0 3 662007 #662007 0 0
013 --> 0 1 661567 #661567 0 0
014 --> 0 1 661566 #661566 0 0
015 --> 0 8 661760 #661760 0 0
016 --> 0 10 661750 #661750 0 0
017 --> 1 24 661391 #661391 0 0

Hit RETURN to continue ! (type 'd' and RETURN to disable scrolling)
018 --> 0 1 662021 #662021 0 0
019 --> 0 4 662001 #662001 0 0
020 --> 0 1 662997 #662009 0 0
021 --> 0 9 661721 #661721 0 0
022 --> 0 1 661515 **9 0 0
22 rows have been read from file DIDTRADM.dat.
(1)xa000000>

Все в checkdb кроме Entity - это плохо
А в didtrad - смотрите - совпадает с тем, что вам надо - номер транслятора, диапазон, внешний, внутренний номер

А что плохо? И как исправить?
А в didtrad все совпадает..

Если с cuser не работали и описание полей в базе не знаете - лучше к доктору.
Было в практике, когда вообще в 4740 все интересное экспортировали (абонентов, группы и т.п.), потом создали пустую базу, а потом обратно импортировали.

Проблемы с фиктивными кристаллами и IP телефонами, с какими-то ресурсами.

Просто был в практике случай - были проблемы с 2 мбит доступами, но перестали работать S0 телефоны (и ругалась станция на них), убрали проблемы с доступами - проблемы с S0 телефонами исчезли сами.

А как полечить базу - не подскажу, кроме того это чревато самыми разными последствиями.

Вам станцию поставляли как-то более мене официально? Я бы обратился к ним за помощью

vad Написал:
-------------------------------------------------------
> Вам станцию поставляли как-то более мене
> официально? Я бы обратился к ним за помощью

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



Редактировано 1 раз. Последний раз 27.02.2009 19:56 пользователем error.