TDA 200, v. 3.0.
стоит плата PRI30.
поток приходит с головной конторы, где стоит cisco.
поставил
port tape - QSIG-Slave
status message - No Transmission
status receive - ignore
CRC4 - enable
ISDN Outgoing - EnBlock
network type - 8 Euro ISDN (Standard)
calling party number:
numbering plan ID - Unknown/Private
type of number - Unknown/Unknown

При попытке позвонить с системника через поток пишет НЕ СУЩЕСТВУЕТ

трассировка идет
PBX->QSIG line No.25 Port:1 (elapsed time from LPR reset) 01/01/01 00:01:57
L2: SABME SAPI:0 TEI:0
00 01 7F

в 4.1.1. clip id прописан.

Какой тип сигнализации, QSIG или Euro ISDN ?

valeryk пишет
Какой тип сигнализации, QSIG или Euro ISDN ?

qsic

network type - 8 Euro ISDN (Standard)
Если так то:
port tape - QSIG-Slave должен быть как CO... а не QSIG

slip пишет
network type - 8 Euro ISDN (Standard)
Если так то:
port tape - QSIG-Slave должен быть как CO... а не QSIG
задача в том, чтобы по потоку соединяться с другими филиалами и головным офисом. С "головы" сказали, что надо ставить qsic-slave, т.к. у них qsic-master.
на плате горят card-status зелёным и sync мигает.

Попробуй переключиться на Overlap. Возможно, что грабли здесь.

Правильно ли стоит network type - 8 Euro ISDN (Standard)? Какие варианты?

А как кстати входящих на PANAS соединений??

НачШтаба пишет
Попробуй переключиться на Overlap. Возможно, что грабли здесь.

пробовал, загоралась sync err

valeryk пишет
Правильно ли стоит network type - 8 Euro ISDN (Standard)? Какие варианты?
точно не помню, но вроде бы пробовал.
а что ставить:
UK, Netherlands, Swiss, France, Finland, Norway или Australia?

slip пишет
А как кстати входящих на PANAS соединений??

не понял?
если входящие звонки, то они тоже не проходят. У вызывающего идёт сигнал "занято"

Сначала с синхронизацией разберись. Кто - то один должен её задавать.

valeryk пишет
Сначала с синхронизацией разберись. Кто - то один должен её задавать.
синхронизацию голова дает.
в TDA где это посмотреть?

попробуй все же выставить не QSIG а CO.скажи результаты.

slip пишет
попробуй все же выставить не QSIG а CO.скажи результаты.

ну это только 9 марта, если пальцу по кнопкам попадать будут :D

Всех СВЯЗИСТОК с праздником! Если таковые есть на форуме :)

Обещаем за ВАС завтра начиная с сегодняшнего вечера хорошо протирать контакты спиртом :)

CRC4 точно должно быть включено?

Mazzy пишет
CRC4 точно должно быть включено?

пробовал ставить в disable, опять вываливалось sync err :(

Ни Overlap ни Enblock на синхронизацию не влияют. Так что всё враки.
А Qsig - он для связи двух АТС, когда передаётся не DID/DDI, а нужный внутренний номер вызываемой АТС, иногда с префиксом (см в п.9 "Own PBX").
Естественно, что из города передаётся нормальный DDI номер, который не совпадает ни с одним из ваших внутренних ЕХТ, и, вследствие этого, прёт "занято".
Надо включаться в режиме СО. Насчёи СРС4 - уточните у вашего оператора, включено или нет. Для связи с другими офисами и "головой" потоком вы пользоваться будете и так, но только через секретарей или через DISA.
Если же вы хотите получить "сквозную нумерацию" (то есть звонить как с местного на местный), то это можно сделать только в том случае, если ваш Оператор сам предоставит сервис модификации по вашему CLIP и DDI. Или же придётся между разными офисами делать отдельные каналы связи (например VoIP), не связанные физически с входным каналом.
Также есть немного "убогий" вариант употребления карточки с расширенными фунциями (TDA0920) и DISA. Но работать это будет настолько кривовато, что лучше не стоит заморачиваться. Лучшее средство всё-таки VoIP, причём через хороший тырнет.

НачШтаба пишет
Ни Overlap ни Enblock на синхронизацию не влияют. Так что всё враки.
А Qsig - он для связи двух АТС, когда передаётся не DID/DDI, а нужный внутренний номер вызываемой АТС, иногда с префиксом (см в п.9 "Own PBX").
так именно и хочеться сделать

НачШтаба пишет

Насчёи СРС4 - уточните у вашего оператора, включено или нет.
всё -таки что такое CRC4?
НачШтаба пишет

Для связи с другими офисами и "головой" потоком вы пользоваться будете и так, Если же вы хотите получить "сквозную нумерацию" (то есть звонить как с местного на местный), то это можно сделать только в том случае, если ваш Оператор сам предоставит сервис модификации по вашему CLIP и DDI. Или же придётся между разными офисами делать отдельные каналы связи (например VoIP), не связанные физически с входным каналом.

есть канал

Andrew Ch. пишет
пробовал ставить в disable, опять вываливалось sync err :(
А плату после смены параметра в сервис вводили?
Ни CRC4, ни тем более Overlap на синхронизацию не влияет.

Еще, подозреваю, может быть, где-нибудь не очень хороший контакт.

Mazzy пишет
А плату после смены параметра в сервис вводили?


естественно :)

Mazzy пишет
А Ни CRC4, ни тем более Overlap на синхронизацию не влияет.


а где в МС посмотреть установку синхронизации?
сисадмин с головной конторы сказал: ставь qsic-slave, enblock и синхронизацию чтобы от них брал. у "головы" стоит cisco в качестве АТС

А сисадмин с головного офиса может дать тест потока?

Mazzy пишет
А сисадмин с головного офиса может дать тест потока?

в смысле чтобы трассировку свою прислал?

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

ИМХО, у вас что-то с линией.

Mazzy пишет
Нет, есть во многих девайсах встроенная функция тестирования.

ИМХО, у вас что-то с линией.

а в TDA200 это вещь есть?

Есть 100%-ая уверенность, что не попутаны пары приёма - передачи?:confused: :p .

valeryk пишет
Есть 100%-ая уверенность, что не попутаны пары приёма - передачи?:confused: :p .
так иначе бы sync не горело бы

Ха! Попробуйте поменять на СО, и, если нет сигнализации, сменить парность, двинув свичом на плате.

Ваша потоковая плата, как я понимаю, двумя парами идёт к оператору. Что за кабель и какая длина?

valeryk пишет
Ваша потоковая плата, как я понимаю, двумя парами идёт к оператору. Что за кабель и какая длина?
от платы в АТС идет витая пара 5е длинной 2 метра до роутера cisco. с этой циски инет идет, значит проблема только в настройка АТС

Проверь приём и передачу светодиодом. От АТС передача зажигает и от cisco тоже зажигает. Как соединить-понятно.
Можно и с разделкой кабеля накосячить.

valeryk пишет
Проверь приём и передачу светодиодом. От АТС передача зажигает и от cisco тоже зажигает. Как соединить-понятно.


если честно, то не знаю, как это проверять светодиодом

Выводы светодиода к проводам пары. Что непонятного? Так все проверяют, не бойся:) !

valeryk пишет
Выводы светодиода к проводам пары. Что непонятного? Так все проверяют, не бойся:) !
да после вчерашнего пока еще ничего не страшно :D
т.е. просто берешь обычный светодиод и подключаешь его на RX и потом на TX. если загориться, типа работает?

Да.

valeryk пишет
Да.
СВЕТОДИОД в обоих случаях горит. и что дальше? sync также продолжает мигать

поменял кабель, попробовал разные варианты подключения пар, поиграл с port-type (CO, qsic-slave), CRC4(disable, enable) и ISDN Outgoing (en-block и overlap). в результате sync всегда мигает, при некотрых комбинациях загораеться D-link. но исходящие звонки так и не получаеться делать.
в мануале сказано про лампочку sync:
Не горит: авария
Горит: нормальный рабочий режим
Мигает (60 раз в минуту): нормальный рабочий режим
(основной тактовый генератор).

А что значит основной тактовый генератор?

в ISDN/QSIC protocol trace выдает следующее:
(Layer 1) No.0 Port:1 (elapsed time from LPR reset) 01/01/01 00:00:00
Layer 1 activated from NETWORK. (act ind)

QSIG line->PBX No.1 Port:1 (elapsed time from LPR reset) 01/01/01 00:00:03
L2: SABME SAPI:0 TEI:0
02 01 7F

PBX->QSIG line No.2 Port:1 (elapsed time from LPR reset) 01/01/01 00:00:03
L2: UA SAPI:0 TEI:0
02 01 73

(Layer 1) No.3 Port:1 (elapsed time from LPR reset) 01/01/01 00:14:21
Layer 1 activated from NETWORK. (act ind)

QSIG line->PBX No.4 Port:1 (elapsed time from LPR reset) 01/01/01 00:14:24
L2: SABME SAPI:0 TEI:0
02 01 7F

PBX->QSIG line No.5 Port:1 (elapsed time from LPR reset) 01/01/01 00:14:24
L2: UA SAPI:0 TEI:0
02 01 73

попробовал сбросить АТС, тотже результат :(

Если мигает, то значит, что канал работает и твоя АТС получает синхронизацию с этого интерфейса. Если горит - значит .. просто есть связь. Но в этот момент твоя АТС получает синхросигнал откуда-то из другого источника (например с другой платы)

НачШтаба пишет
Если мигает, то значит, что канал работает и твоя АТС получает синхронизацию с этого интерфейса. Если горит - значит .. просто есть связь. Но в этот момент твоя АТС получает синхросигнал откуда-то из другого источника (например с другой платы)
это который на самой плате или котрый для проверки подключал?
если синхронизация есть, то почему же тогда связь не устанавливаеться?

CRC4 с ОБОИХ сторон должно быть выставлено одинаково, либо включено, либо выключено.

Andrew Ch.
Давай по порядку. Заверни поток на себя. Это соедини свой приём на передачу. Смотри как на плате ведёт себя светодиод. Синхронизация при этом своя, местная. Cisco так же можно завернуть. Почему хозяин этого девайса не приезжает, чтобы вместе разобраться? При завороте "на себя" на удалённом конце в случае нормальной работы и настройки тот инженер этот шлейф должен "увидеть". По твоим вопросам я сужу, что оператор совсем проблемой не занимается.

Наличие синхронизации - это ещё не наличие связи.
Причин, по которым всё может висеть и не работать - кучи. Мне вот однажды даже вспомнилось, как один придурок на электросетях усерался, что проблема в его TDA-шке, шаманил вокруг неё с бубном, как мартышка и очко через каждые пять минут давил ресет, и жаловался, что входящая связь с внешнего IP-шлюза есть, а исходящая ничерта не работает. Мы затрахались ему целой толпой доказывать, что всё у него исправно, что надо пихать провайдера, так нет же, этот осёл с пеной у рта кричал, что панасоник - плохая АТС. После несколькоих дней препинаний и по прошествии выходных оказалось, что всё-таки была проблема у провайдера.

ЗЫ. Кстати, а почему же всё-таки ты остался на Qsig-е? Ты ведь в этом случае от провайдера не сможешь получать вызовы по DDI-распределению (это раз) и в транк будет гнаться всегда только внутренний CLIP (АОН) от абонента, а не тот, который "разрешает" провайдер (возможно, что в этом как раз и причина отсутствия связи). Почему не используешь на потоке режим "СО"?..
ЗЫЗЫ. У меня тут есть одна TDA-шечка, соединённая по PRI с Asterisk-ом, так я вполне спокойно "играл" с выбором режима работы, либо "СО", либо "Qsig-Slave". И так и так заводилось и звонило. Но всё равно выбрал "СО", чтобы впоследствии при переключении IP-Корбины через Asterisk вместо внешнего AddPack-а получать нормально все эти DDI и CLIP-ы.

Смотри как у меня при старте:
PRI_0: Bad Packet (Len 7)
SendL2 PRI_0: 00.01.7F.-SABME User command
RecvL2 PRI_0: 00.01.73.-UA Network responce
PRI_0: D-Channel Up!
RecvL2 PRI_0: [00.01.01.03]-RR Network responce
Теперь как у тебя:

QSIG line->PBX No.1 Port:1 (elapsed time from LPR reset) 01/01/01 00:00:03
L2: SABME SAPI:0 TEI:0
02 01 7F

PBX->QSIG line No.2 Port:1 (elapsed time from LPR reset) 01/01/01 00:00:03
L2: UA SAPI:0 TEI:0
02 01 73

У меня 1 октет 00, у тебя 02. Раскладывается как 0000 0000 . Первые 6 нулей от сети - это SAPI. Во второй четвёрке нулей предпоследний - команда или ответ.

Вот смотри:
Бит поля команда/ответ (C/R)

C/R бит идентифицирует кадр как команда или ответ. Со стороны пользователя должны посылаться команды с битом C/R установленным в 0, и ответы с битом C/R установленным в 1. Сетевая сторона должна делать наоборот; т.е. команды посылаются с C/R установленным в 1, и ответы - с C/R установленным в 0. Комбинации для сетевой стороны и стороны пользователя показаны в таблице.


Таблица 1-2. Использование бита C/R

Команда/Ответ Направление Значение C/R
Команда Сеть -> Пользователь 1
Команда Пользователь -> Сеть 0
Ответ Сеть -> Пользователь 0
Ответ Пользователь -> Сеть 1
Короче, есть мнение, что у тебя попутаны настройки кто юзер а кто сеть. Или обе стороны юзер, или обе - сеть. А сначала была правильная запись.

НачШтаба пишет
... в транк будет гнаться всегда только внутренний CLIP (АОН) от абонента, а не тот, который ..
Нет, не всегда.
Задачка с выдачей TDA произвольного CLIP'а на QSIG-е вполне решаема.

Andrew Ch. пишет
если синхронизация есть, то почему же тогда связь не устанавливаеться?
Чтобы "связь установилась", нужно выполнить следующие условия:

1) поднять "физику". Это значит правильно построить канал, соединить RX одной стороны на TX другой, и согласованно установить контроль CRC.

2) поднять протокол. Это значит с обеих сторон одинаково выставить какая сигнализация будет ходить в 16-ом тайм-слоте, и определиться какая сторона будет network, a какая user.

3) разобраться с цифрами. Согласовать, какие цифры, сколько и как нужно отдавать встречной стороне, чтобы та знала, что с ними делать.

Например TDA по умолчанию отдаёт цифры оверлэпом, и не факт что встречной стороне это нравится. Проверяйте. Смотрите трассировки сообщений в д-канале.

Соединяли по PRI30 два Panasonica 200. Работает. Может скинуть настройки, сам сравнишь?

"1) поднять "физику". Это значит правильно построить канал, соединить RX одной стороны на TX другой, и согласованно установить контроль CRC." Думаю CRC включать нет смысла, кабель длиной 2 м. Автор пропал, однако.

НачШтаба пишет
Наличие синхронизации - это ещё не наличие связи.

ЗЫ. Кстати, а почему же всё-таки ты остался на Qsig-е? Ты ведь в этом случае от провайдера не сможешь получать вызовы по DDI-распределению (это раз) и в транк будет гнаться всегда только внутренний CLIP (АОН) от абонента, а не тот, который "разрешает" провайдер (возможно, что в этом как раз и причина отсутствия связи). Почему не используешь на потоке режим "СО"?..


пробовал и СО ставить, все равно не дает набор.
ставить QSIC-slave сказала головная контора, т.к. у себя они ставят QSIC-master.

valeryk пишет

Короче, есть мнение, что у тебя попутаны настройки кто юзер а кто сеть. Или обе стороны юзер, или обе - сеть. А сначала была правильная запись.

подскажи, где эти настройки? или имеешь ввиду QSIC slave/master?

Old Chap пишет

3) разобраться с цифрами. Согласовать, какие цифры, сколько и как нужно отдавать встречной стороне, чтобы та знала, что с ними делать.

сказали, что выделяют 6 цифр.

siblink_viktor пишет
Соединяли по PRI30 два Panasonica 200. Работает. Может скинуть настройки, сам сравнишь?

пришли на telecom-fd (собака) yandex (точка) ru

в головной CRC выключен

трассировка идет
PBX->QSIG line No.25 Port:1 (elapsed time from LPR reset) 01/01/01 00:01:57
L2: SABME SAPI:0 TEI:0
00 01 7F
Верни к такому результату. Это было правильно, как у меня.
Ты из своих каналов создал транкгруппу, прописал её на порт PRI?

может у вас случайно не все 30 тайм-слотов в PRI задействовано. У меня PAN-200 по умолчанию тыкалась почему то в самый последний.У меня выделено 10 тайм-слотов. Тоже сначала имел небольшую проблему с дозвоном.

может у вас случайно не все 30 тайм-слотов в PRI задействовано.
Имею ввиду со стороны прова..

valeryk пишет
трассировка идет
PBX->QSIG line No.25 Port:1 (elapsed time from LPR reset) 01/01/01 00:01:57
L2: SABME SAPI:0 TEI:0
00 01 7F
Верни к такому результату. Это было правильно, как у меня.
Ты из своих каналов создал транкгруппу, прописал её на порт PRI?

а как ее вернуть к такому результату?
в 10-3 определил их как транк-группу 3
в 2-6-1 Features стоит Tie line access через 0.

когда с системника набираю 0, то ответ станции получаю(непрерывный гудок), но при попытке набрать любую цифру выходит надпись НЕ СУЩЕСТВУЕТ
slip пишет
может у вас случайно не все 30 тайм-слотов в PRI задействовано.
Имею ввиду со стороны прова..
уточню, пока не ответили. по логике должны все быть. это же будет внутрикорпоративная связь, за каждый отдельный тайм-слот платить не надо

Не знаю точно как в твоей станции делается, но в плане нумерации каждый транк - его номер, должен быть назначен своему тайм-слоту, по аналогии с транками СО и внутренними портами: номер транка - порт СО, внутренний номер - аналоговый порт (АК).

valeryk пишет
трассировка идет
PBX->QSIG line No.25 Port:1 (elapsed time from LPR reset) 01/01/01 00:01:57
L2: SABME SAPI:0 TEI:0
00 01 7F
Верни к такому результату. Это было правильно, как у меня.
Ты из своих каналов создал транкгруппу, прописал её на порт PRI?
Уж не знаю, как ты экспериментировал и что менял и не занимался ли в это же время инженер на другом конце аналогичными экспериментами. Такое часто бывает.

valeryk пишет
Не знаю точно как в твоей станции делается, но в плане нумерации каждый транк - его номер, должен быть назначен своему тайм-слоту, по аналогии с транками СО и внутренними портами: номер транка - порт СО, внутренний номер - аналоговый порт (АК).
в 10-1 все 30 линий по PRI 30 стоят в trank group 3. в противном случае при выходе на поток я получал бы тишину, а не ответ станции. или я не прав?

Это скорей всего ОС твоей станции,ИМХО. Проверяется простым отключением кабеля от Cisco.

Спроси у инженера другой стороны, в конце концов установился D-канал? Так ведь можно долго бодаться.

все 30 тайм-слотов включены

Andrew Ch. пишет
все 30 тайм-слотов включены
а оставшиеся 2 ?

PhoneMan пишет
а оставшиеся 2 ?
какие? в МС 10-1 их только 30 стоит

Госпыдя.. давно бы приготовил и выложил свой DSYS на консилиум.

НачШтаба пишет
Госпыдя.. давно бы приготовил и выложил свой DSYS на консилиум.
выкладываю

С помощью какой проги открыть?

KX-TDA Maintenance Console V3.0 :)

В 2.6.3 должен стоять номер другой атс (узнай у "головы") у них соответственно ваш. Иначе откуда же ей знать куды звонить. Тоже должно быть в 9.1. Посмотри у меня. И сделай для начала слэйв, а там уж, если все пойдет, то и попробуешь перевести в СО. Ну и если у тебя incoming type - DDI\DID, то неплохо бы было таблицу 10.3 заполнить.

siblink_viktor пишет
В 2.6.3 должен стоять номер другой атс (узнай у "головы") у них соответственно ваш. Иначе откуда же ей знать куды звонить. Тоже должно быть в 9.1. Посмотри у меня. И сделай для начала слэйв, а там уж, если все пойдет, то и попробуешь перевести в СО. Ну и если у тебя incoming type - DDI\DID, то неплохо бы было таблицу 10.3 заполнить.

в 9.1. это "Own PRX Code" ? (у тебя стоит 951)
а в 2.6.3. что-то ничего такого я не нашёл :D
с "головы" ответили "префикс 21. полная длинна номера 6 цифр".
значит в 9.1 я ставлю 21 в Own PRX Code. а Leading Number что ставить?

"В 2.6.3 должен стоять номер другой атс"- не очень хорошо выразился - подробнее: на master - other pbx extention number-2, на slave -1. Leading number - соттветственно: master - 2, slave - 1. Trunk group - ту, что назначена для PRI. Own PBX code - точно не помню зачем он, помоему можно звонить на другую атс через это код(не приходилось). У меня нумерация "мастер" -101 и т.д., "слэйв" - 201 и т.д. Когда я набираю 1 (на "мастере") станция определяет что это ее внутренняя нумерация и вызов идет на своих абонентов, когда я набираю 2, вызов отправляется на другую станцию("слэйв").
Уточни, пожалуйста, такой момент: ты набираешь номер на другую станцию 21хххх, а что набирают с другой стороны, чтобы попасть к вам. И какая у них нумерация. И хорошо бы их настройки как-то посмотреть.

Own PBX code - это то, что "отрезается" на входе при вызове с Qsig-транка. Но я вот в DSYS-е видел режим СО для PRI. Это так задумано?.. Вообще-то это как раз ПРАВИЛЬНЕЕ. Если Sync на плате горит (или мигает), значит физический канал есть. А вот почему нет связи - это уже второй вопрос.
Лично я сначала бы проверил исходящую. С какого-нибудь системника занял 3-ю транковую группу (или отдельно взятый канал), послушал бы, что там такое происходит, ну и пошаманил бы с набором цифр.
Теперь касаемо таблицы 9.1
Эта табличка - она служит для маршрутизации ВНУТРЕСЕТЕВЫХ вызовов. То есть для маршрутизации вызовов между соединёнными между собой станциями. И для выхода в город она никак не предназначена (разве если только вы вдруг решили сделать "бездевяточный" набор на город).
По плану нумерации выход в город - это 9. Табличка 9.1 в этом случае НЕ РАБОТАЕТ. Эта табличка вообще как бы не нужна. Она может пригодиться лишь в том случае, если вы действительно используете Qsig, да и то только для того, чтобы на входе отрезать цифры Own PBX code. Но в этом случае оставшиеся цифры ВХОДЯЩЕГО городского - это и есть то, куда пойдёт вызов.
К примеру, ваши номера 211111, 212222 и 213333. В этом случае вызовы должны будут попадать на внутренние 1111, 2222 и 3333, если таковые существуют (запрограммированы) в АТС. В противном случае при звонке из города будет "занято".

siblink_viktor пишет
"Уточни, пожалуйста, такой момент: ты набираешь номер на другую станцию 21хххх, а что набирают с другой стороны, чтобы попасть к вам. И какая у них нумерация. И хорошо бы их настройки как-то посмотреть.
21xxxx набирают чтобы попасть ко мне, а для меня исходящие к ним должны быть на 99хххх и 77хххх, но это конкретно в "голове", но у них большая сеть по стране и соответсвенно они по внутрикорпоративной сети между собой общаются. здесь же у них стоит в другом здании АТС на базе cisco и у них сделано так, что для звонка в город они набирают 9, для звонка в другой регион 0 и далее 6-ти значный номер (пример: 0-99хххх), а для звонка по местному региону просто набирают 4-х значный внутренний номер. заказчик хочет, чтобы на TDA все также было.

Пять страниц, но ни на одной ни разу так и не прозвучал нормальный Dialing Plan.
Вобщем, ТЗ по набору номеров не составлено.
Вопросов - мильон.
Это у вас корпоративная сеть?
Для городских звонков использоваться должна?
Для выхода в городскую сеть необходим префикс 9?
Местный регион в 4 знака - это что? Просто их внутренняя сеть? К ней тоже нужен доступ?
Сколькизначная нумерация в городе, 4, 5 или всё-таки 6 знаков?
Что за хрень 99хххх и 77хххх? Это звонки куда?
Когда вам звонят из города, озвучьте полностю ВСЕ свои номера, а не непонятные 21хххх.
Заказчик хочет, чтобы было всё также, но в таком случае не будут ли совпадать первые цифры ваших внутренних номеров и номеров из ИХНЕЙ сети?
Почему нет желания сделать всё стандартно? То есть 9 - город, 8 - межгород.. а АТС типа пусть сама маршрутизирует и заменяет, где надо цифры.

Грамотно составленное ТЗ - это уже 90% правильно работающей АТС

Andrew Ch. пишет
заказчик хочет, чтобы на TDA все также было.

Какой терпеливый заказчик. Я бы Вас к концу первой недели выгнал взашей. Без обид. Сорри за флейм.

НачШтаба пишет
Пять страниц, но ни на одной ни разу так и не прозвучал нормальный Dialing Plan.
Вобщем, ТЗ по набору номеров не составлено.
Вопросов - мильон.
Это у вас корпоративная сеть?

да
НачШтаба пишет

Для городских звонков использоваться должна?
нет, для выхода в город обычные 2-х проводные СЛ
НачШтаба пишет
Для выхода в городскую сеть необходим префикс 9?
да
НачШтаба пишет
Местный регион в 4 знака - это что? Просто их внутренняя сеть? К ней тоже нужен доступ?
да, внутренняя как часть корпоративной. в ней должен идти набор след. образом: просто набором 4-х значного номера от 1 до 8, т.е. в quick dial надо будет прописать, что при наборе этих цифр автоматом делался набор 0 и потом уже добавляеться набираемый номер
НачШтаба пишет
Сколькизначная нумерация в городе, 4, 5 или всё-таки 6 знаков?
6
НачШтаба пишет
Что за хрень 99хххх и 77хххх? Это звонки куда?
внутрикорпоративные номера в головном офисе
НачШтаба пишет
Когда вам звонят из города, озвучьте полностю ВСЕ свои номера, а не непонятные 21хххх.
если из другого филиала в этом же регионе, то набирают 2101, 2102 и т.д, если с другого региона, то 212101, 212102 и т.д
НачШтаба пишет
Заказчик хочет, чтобы было всё также, но в таком случае не будут ли совпадать первые цифры ваших внутренних номеров и номеров из ИХНЕЙ сети?
для этого используют префикс 21, 77, 99 и т.д
НачШтаба пишет
Почему нет желания сделать всё стандартно? То есть 9 - город, 8 - межгород.. а АТС типа пусть сама маршрутизирует и заменяет, где надо цифры.
ну они почти так и хотят, 9- выход на город, 0-выход на внутри корпоративную сеть, 1-8 выход на абонетнов внутрикорпоративной сети местного региона.

mack пишет
Какой терпеливый заказчик. Я бы Вас к концу первой недели выгнал взашей. Без обид. Сорри за флейм.
он тоже кушать хочет :) поэтому еще и не выгнал.
у нас больших спецов по потоку в городе нет, т.к. ГТС так цены задрал, что пропадает всякое желание поток подключать, а других операторов нет.

Андрей, у Вас же есть спец 2-го уровня, это ж задача для него проще пареной репы, на семинарах это проделывали все...

СЕРЫЙ пишет
Андрей, у Вас же есть спец 2-го уровня, это ж задача для него проще пареной репы, на семинарах это проделывали все...
ну не надо меня ногами только пинать :)

Всё равно какое-то говно получается..
0 - внутренняя корпоративка..
9- город
1ХХХ-8ХХХ - опять внутренние корпоративные (считай, почти местные) среди которых и ваши 2101 и 2102.
Так а как вы собираетесь звонить с одного ЕХТ на другого ЕХТ внутри станции?
Вот если бы вам, вашей АТС, выделили целую сотню типа 21ХХ внутри всей вашей "корпорации" - то тогда понятно. Это разруляемо. В противном случае все порты будут без номеров... или придётся отказаться от 1ХХХ-8ХХХ, добавив префикс (да хотя бы тотже самый 0) для выхода на корпоративную сеть.

НачШтаба пишет
Всё равно какое-то говно получается..
0 - внутренняя корпоративка..
9- город
1ХХХ-8ХХХ - опять внутренние корпоративные (считай, почти местные) среди которых и ваши 2101 и 2102.
Так а как вы собираетесь звонить с одного ЕХТ на другого ЕХТ внутри станции?
Вот если бы вам, вашей АТС, выделили целую сотню типа 21ХХ внутри всей вашей "корпорации" - то тогда понятно. Это разруляемо. В противном случае все порты будут без номеров... или придётся отказаться от 1ХХХ-8ХХХ, добавив префикс (да хотя бы тотже самый 0) для выхода на корпоративную сеть.
для этого офиса выделено именно 21ХХХ

Не путаешь ничего? Может, всё-таки тогда 21ХХ? Четырёхзначная нумерация.. Если так, то всё получается вполне неплохо. Ваши внутренние будут в диапазоне 2100-2199, все остальные (те, что начинаются на 1, 20, 22-29,3-8) - это внутрикорпоративка.
В этом случае Qsig оправдан.
Все вышеназванные цифры и диапазоны должны фигурировать в списке Other PBX и в табличке TIE-маршрутизации 9.1

Если всёже 21ХХХ и пятизначная (и, не дай бог, шестизначная нумерация), то.. жопа получается симпатичная. Думаю, придётся тебе брать меня живьём :D

путаю, 21ХХ. просто лишний раз букву нажал.

valeryk пишет
Andrew Ch.
Давай по порядку. Заверни поток на себя. Это соедини свой приём на передачу. Смотри как на плате ведёт себя светодиод. Синхронизация при этом своя, местная. Cisco так же можно завернуть. При завороте "на себя" на удалённом конце в случае нормальной работы и настройки тот инженер этот шлейф должен "увидеть".
если я так сделаю, то будет ли у меня звонок сам на себя проходить? и пойдет ли набор номера?

"если я так сделаю, то будет ли у меня звонок сам на себя проходить? и пойдет ли набор номера?"
Andrew Ch.
Извините конечно, но Вам сначала следует почитать о временном уплотнении, структуре потока, кадрах, мультикадрах, канальных интервалах. Серьёзно, без обид.

Теперь всё становится на свои места. Но есть несколько штук "НО".
Посмотрев твой файл, обнаружил, что у тебя в QD уже используется "11" для перехвата внутри собственной группы. Получается так, что звонить на внутрикорпоративные номера, начинающиеся на 1, ты не сможешь. То же самое касается цифр 3, 4, 5, 6, 7 и 8. Они у тебя тоже зачем-то забиты в QD. Но с этими проще, их, хрен бы с ними, можно и убить из QD, они там не делают погоды. Так вот, если ты хочешь звонить безпрефиксно на местные внутрикорпоративные номера из диапазона 1ХХХ-8ХХХ, тебе придётся для группового перехвата придумать какую-нибудь другую комбинайцию, отличную от "11". Надо что-то, начинающееся на * или # (например "#00", вполне удобная и красивая комбинация).
Переходим дальше. К плану набора всего остального. Что тут можно сделать.
Прежде всего со внутренними номерами всё как бы ясно. Они из диапазона 21ХХ. Есть непонятки с режимом XDP на DHLC плате (там у тебя ведь только один цифровой системник, и только на 1-м порту возможен режим XDP. Но это всё херня, там ты сам, нехай, разберёшься. Но вот есть одна заморочка с ICD-группами. Для них ты выбрал сотню 16ХХ. Это не есть хорошо, опять же, по причине того, что ты хочешь звонить на номера 1ХХХ как внутрикорпоративные, а в этот диапазон пересекается с 16ХХ. Единственным решением проблемы может быть только изменение директорных номеров ICD-групп на номера из кучки 21ХХ (благо, у тебя, судя по количеству набитых абонентов, остаётся приличная куча).
Итак, если ты хочешь получить то, что хочет Заказчик ну они почти так и хотят, 9- выход на город, 0-выход на внутри корпоративную сеть, 1-8 выход на абонетнов внутрикорпоративной сети местного региона , то, во-первых, тебе придётся изменить функцию перехвата, во-вторых, изменить номера для ICD-групп. Увы, но панасоник использует только десятиричное исчисление для внутренней нумерации, и шестнадцатиричных чисел A, B, C, D, E и F не использует (жаль, конечно). Думаю, что это не только у панасоника, я, например, не встречал производителей, у которых использовались бы для обозначения внутренней нумерации A, B, C и D (не забываем о * и #). Так что компромисс неизбежен. Выбирай, что тебе нужнее, звонить ли на внутрикорпоративные номера 1ХХХ-8ХХХ через "0" (или ещё через какую-нибудь другую цифру), либо менять нумерацию внутри АТС.
Перемещаемся дальше. В слоты. Посмотрел настройку PRI. Она у тебя вовсе не в Qsig-е. Я вижу режим "СО". Теперь, поняв, для чего вы пытаетесь использовать PRI, соглашаюсь с тем, что всё-таки нужен Qsig. Ставь Qsig-Slave... Ну и что там отдаёт тебе при наборе оператор? Все четыре цифры? То есть номера в формате 21ХХ? Тогда всё нормально. Извне вызов будет попадать сразу на набранный ЕХТ. С исходящей связью, как я уже сказал выше, надо решить, чего вы сами хотите. Если Заказчик сам не знает, чего ему надо, обложи его тремя волшебными словами. Можно четыремя. Из серии "Стой там, иди сюда!" (вспоминается добрый армейский юмор).

Вот только что осмотрел твои ICD-группы. Ну нихренасе ты там наколдовал! Для распределения вызовов с каких-то 6-ти СО-шек у тебя используется чуть ли не 40 групп! Или группы, начиная с 1613 реально не используются? Так удали их к чёртовой матери! Или же читай, что я написал выше. О том, что все внутренние номера абонентов и всех групп (и DISA, если таковая впоследствии будет установлена) надо умещать в диапазон 21ХХ.

Вобщем, не знаю, что предложить. Могу предложить пока только одно:
0 - выход на PRI, далее 1ХХХ-8ХХХ это звонки по своему региону внутри корпоративки,
0+0+ХХ+ХХХХ - звонки внутри корпоративки уже по всей сети.
0+9 - выход в город через корпоративную сеть.
9- выход в город. При этом PRI не используется (если надо, чтобы использовался, пиши)
Остальное - без изменений.
Кратко о том, что изменил. Добавил "0" в TIE Access, удалил из доступа по "9" все лишние TG (в том числе и 03-ю TG, которая PRI), заполнил 9.1

Это сам файл

НачШтаба пишет
Увы, но панасоник использует только десятиричное исчисление для внутренней нумерации, и шестнадцатиричных чисел A, B, C, D, E и F не использует (жаль, конечно). Думаю, что это не только у панасоника, я, например, не встречал производителей, у которых использовались бы для обозначения внутренней нумерации A, B, C и D (не забываем о * и #).
Alcatel умеет с бувами A, B, С, D работать
Я буквы для служебных номеров использовал на А4100, А4200 и сейчас юзаю на А4400 (ОХЕ)
А на старых системных аппаратах серии А412х для старушки УАТС А4100 даже кнопки такие были на номеронабирателе.

НачШтаба пишет
Теперь всё становится на свои места. Но есть несколько штук "НО".
Посмотрев твой файл, обнаружил, что у тебя в QD уже используется "11" для перехвата внутри собственной группы.
на другой уже переделал на #. Здесь также сделаю
НачШтаба пишет
Прежде всего со внутренними номерами всё как бы ясно. Они из диапазона 21ХХ. Есть непонятки с режимом XDP на DHLC плате (там у тебя ведь только один цифровой системник, и только на 1-м порту возможен режим XDP.
больше не дали (централизованная поставка) и не дадут
НачШтаба пишет
Но это всё херня, там ты сам, нехай, разберёшься. Но вот есть одна заморочка с ICD-группами. Для них ты выбрал сотню 16ХХ. Это не есть хорошо, опять же, по причине того, что ты хочешь звонить на номера 1ХХХ как внутрикорпоративные, а в этот диапазон пересекается с 16ХХ. Единственным решением проблемы может быть только изменение директорных номеров ICD-групп на номера из кучки 21ХХ (благо, у тебя, судя по количеству набитых абонентов, остаётся приличная куча).

согласен
НачШтаба пишет
Перемещаемся дальше. В слоты. Посмотрел настройку PRI. Она у тебя вовсе не в Qsig-е. Я вижу режим "СО". Теперь, поняв, для чего вы пытаетесь использовать PRI, соглашаюсь с тем, что всё-таки нужен Qsig. Ставь Qsig-Slave...
это видать последняя конфигурация, что сохранилась после попыток поиграть с комбинациями CO/QSIC, CRC, owerlap/enblock.
НачШтаба пишет
Ну и что там отдаёт тебе при наборе оператор? Все четыре цифры?
сказали что 6 цифр
НачШтаба пишет
Вот только что осмотрел твои ICD-группы. Ну нихренасе ты там наколдовал! Для распределения вызовов с каких-то 6-ти СО-шек у тебя используется чуть ли не 40 групп! Или группы, начиная с 1613 реально не используются? Так удали их к чёртовой матери! Или же читай, что я написал выше. О том, что все внутренние номера абонентов и всех групп (и DISA, если таковая впоследствии будет установлена) надо умещать в диапазон 21ХХ.
да я сам заеб.... это все делать, заказчик хотел такое распределение звонков как у них это всё cisco делает :mad:
НачШтаба пишет
Вобщем, не знаю, что предложить. Могу предложить пока только одно:
0 - выход на PRI, далее 1ХХХ-8ХХХ это звонки по своему региону внутри корпоративки,
0+0+ХХ+ХХХХ - звонки внутри корпоративки уже по всей сети.

здесь попробую чтобы для 1ХХХ-8ХХХ через QD набирался 0
НачШтаба пишет
0+9 - выход в город через корпоративную сеть.
не нужно

Pashal
я так понял, что ты по Alcatel спец.
Вопрос будет в след. (может отдельную тему надо :) )
сейчас в конкурсе участвую, конкурент предлагет М-200.
ТЗ кратко: вход 3хЕ1 + 20 СЛ 2-х проводных
выход: 300 аналоговых, 12 системников,
опциональные возможности: IP-телефония, DECT на 50-70 трубок, диспечерская связь на 60 абонентов, конфернец-связь на 60 абонентов.
Главноя проблема в том, что данный заказчик являеться оператором на 100 абонентов, т.е. оборудование должно иметь соответствующий сертификат и сертифицированный биллинг. из-за этого ни Панас, ни Samsung не подходят. Хотел предложить им Alcatel или Avaya, вроде они под последние 2 требования подходят. но на сколько они дороже? поставщик мне еще ответ не дал.
Вопрос больше в том, чем эти станции лучше М-200?

Скорее всего выиграет тот, кто предлагает M-200. Это действительно дешево в плане цены притом, что "на борту" у неё достаточный функционал без необходимости докупки всяких разных опций-лицензий. Надежность (а есть ли она вообще?) - весьма посредственная.

Что касается Avaya и Alcatel - "оператор на 100/200/300/ абонентов" такое железо не купит. Не осилит.

Из профессионального интереса хотелось бы увидеть полную версию ТЗ. Чем обоснована замена имеющегося железа?

el-bbn пишет
Что касается Avaya и Alcatel - "оператор на 100/200/300/ абонентов" такое железо не купит. Не осилит.
Осилит не осилит - было бы бабло и/или горячее желание в оператороской деятельности.
У нас, первая купленная для торгового центра в начале 2005г ОХЕ была на 200 с хвостиком внутренних портов, а вторая купленная весной 2005г для Бизнес центра - ваще "стартовый пакет" :) на 64 порта, лицензиями было открыто и того меньше - 50 портов, обе станции с кристалом на на 28 слотов.
Сейчас подросли, прикупили еще 3 платы для ОХЕ в Бизнес центре, закончат реконструкцию здания в котором стоит вторая ОХЕ - ваще наверно прийдется кристал докупать.

А на счет М-200 - тоже слышал нелестные отзывы.

Если от оператора 6 цифр (формата 2121ХХ), то в 9.1 поставь в окошке Own PBX "21"...
Вобщем, если от оператора идёт YZ21ХХ, в этом окошке должно быть YZ.
Заморачиваться с QD не имеет смысла. Это всё глупо и не нужно. Посмотри файл, метод Other PBX очень прост для понимания.

НачШтаба пишет
Если от оператора 6 цифр (формата 2121ХХ), то в 9.1 поставь в окошке Own PBX "21"...
Вобщем, если от оператора идёт YZ21ХХ, в этом окошке должно быть YZ.
Заморачиваться с QD не имеет смысла. Это всё глупо и не нужно. Посмотри файл, метод Other PBX очень прост для понимания.
сегодня -завтра поеду пробовать.

el-bbn пишет
Скорее всего выиграет тот, кто предлагает M-200. Это действительно дешево в плане цены притом, что "на борту" у неё достаточный функционал без необходимости докупки всяких разных опций-лицензий. Надежность (а есть ли она вообще?) - весьма посредственная.
как обычно все хотят надёжно и дешево
el-bbn пишет
Чем обоснована замена имеющегося железа?
квант очень глубоко древний :D котрый уже заеб.... ремонтировать.:)