NEAX 2000 IPS, подключен по потоку.
Станция состоит из трех пимов.

Столкнулись с проблемой:
При наборе в город нек не всегда пропускает цифру 7.
Иногда звонки нормально проходят, иногда одна семерка семерка в номере пропадает (при этом другие семерки в этом же номере не пропадают), иногда семерка заменяется на звездочку (*).

Ставили прибор на поток со стороны оператора и выяснили эту неприятную вещь.

Что это может быть?

Странно... Я так понимаю, что НЕК не напрямую включен в операторский свитч. Что стоит между ними? Может быть есть какой-нибудь коммутатор потоков? Или еще что?
Правильнее бы было в таком случае поставить прибор на стороне НЕКа.

Поток в этот нек идет целый, никаких слоторезов нет.
Естественно, включен он к оператору не напрямую, а через оптическую сеть комкора.
Я не понимаю, как такая проблема может быть из-за сети.
Такое подозрение, что тон-приемники на неке неправильно работают.
Если они неправильно воспринимают тональные сигналы, то 7 может превращаться в * или вообще пропадать.
Иногда пропадает "хвост" номера вместе с семеркой, которая была перед ним.
Проблема плавающая, то появляется, то пропадает. Сейчас часто начала появляться.

UPD:
Сейчас проверил LCR - там все нормально.

Может НЕК не справляется с нагрузкой?

Случайно только что проверили поток на другом неке - не работал дозвон на модемы и искали в чем дело; выяснилась любопытная вещь.

Итак, другой нек, включен по потоку (30 каналов), состоит из трех пимов. В третьем пиме стоит плата PN-8RSTG. Пробовали набирать, и в одном из 50 наборов семерка заменилась на звездочку!! В это время наблюдали за потоком - он был занят почти весь, т.е. в какие-то моменты были свободны 1-6 каналов. Нагрузка в это время была около 20 Эрланг ~735 вызовов в час (12,5 в минуту).
Подозреваю, что в какой-то момент в неке глюканули тон-приемники и 7 заменили на *.

Соответственно, на том неке, про который я начал эту тему, также большая нагрузка, но платы тон-приемников нет. Соответственно из-за этого и происходят глюки?????

Плата 8RSTG никак не связана с нагрузкой по потоку. Она лишь принимает цифры от телефона с тональным набором, и если в какой-то момент все схемы платы DTMF приемников заняты, то пользователь РВ телефона, сняв трубку не услышит Dial Tone.
А не пробовали понабирать с Dterma?

На первом объекте нет системников,
на втором есть, но с них не пробовали и уже попробовать не получится.

Я понимаю, что один нек может глючить. Но два одновременно с одной и той же проблемой?

Прибор ставили у оператора до операторской станции. Сеть ничего подменять не может - сквозняком пропускает.

Предположение , об одной и той же проблеме на двух станциях, имеет очень малую вероятность. В любом случае, что бы снять все сомнения, надо посмотреть прибором на выходе РВХ. Вместо системника можно набирать со стандартного телефона. Необходимо, только в СМ1200 описать этот телефон как DP, и в наборе номера с данного аппарата, DTMF приемники учавствовать не будут. Но, как я уже говорил проблему надо искать не DTMF-приемниках.

1.
PN-8RSTA и PN-8RSTG прописываются в CM10:
10>256:E204
10>258:E205
(Плата во 2-ом пиме /счет с нуля/, LT07)
Надо два LEN прописывать или один?
Блокировал в СМ450 приемники процессора и проверял плату RSTA.
Прописывал два Е204 и Е205 - не работает.
Прописывал только Е204 - работает.


2.
Может проблема с неправильным набором "7" в процессоре нека?
В обоих местах стоит CP14. И проблема одинаковая.
Даже и не знаю на что грешить. Не должна же станция неправильно передавать набранные цифры в поток.
В том, чтобы ставить прибор на стороне нека смысла я не вижу, связь же организована примерно так:

[NEC]--1--[транспортная сеть]--2--[провайдер]--3--[ТФОП]
Прибор ставят на участке 2 перед комутатором оператора. Транспортная сеть в принципе смуту вносить не может, т.к. она прозрачная и протокол там не разбирается.

Возникли мысли сменить процессор с CP14 на СР24.
Есть какие мысли по этому поводу? Может поможет - с неками, на которых стоит СР24 таких проблем нет, а с СР14 есть.
Просто так базу-то скачать и залить на другой процессор нельзя.
Есть конвертер для этого?

Наверно речь идет о 100МХ, если СР14, а то не пойму, вроде сначало говорилось о IPS2000. Но в любом случае плата 8RSTA прописана верно. После прописки платы нужно перегрузить РВХ (хотя возможно в МХ и IPS уже не надо).
Два РВХ, где проблемы подключены к ТФОП через одного провайдера?

Действительно, 100МХ - когда писал о проблеме не точно знал модель, потом съездил на место и посмотрел процессор.
После прописывания 8RSTA перезагружать АТС не надо, в док написано что надо выдернуть плату и снова воткнуть для активации - это действительно так, проверял.

Оба 100MX, на которых есть проблема и 200IPS, где проблем нет подключены к одному провайдеру на NOKIA DX-200.

UPD.
А что Вы скажете по поводу апгрейда 100MX до 2000IPS?

Проверил ошибки на двух неках:

На том, где есть карточка RSTA:
(За какой период не знаю - когда производился последний сброс неизвестно)
B00>070:0
B00>072:35
B00>073:0

На том, где есть нет карточки RSTA:
(Статистика за сутки)
B00>070:0
B00>072:195
B00>073:0

Да. Ситуация действительно непонятная, и самое плохое, что проблема плавающая.
Но из практики могу сказать, что NEC-и в плане софта и железа очень надежные системы. За время эксплуатации не было ни единого глюка по вине PBX (по крайней мере не вспомнил). Только "человеческий фактор".
Обслуживаю различные PBX - M80/M100/100MX/IPS - глюков при работе с коммутатором по PRI нет, и я очень удивлюсь, если выяснится, что виноват РВХ (а тем более 2).
Эта пляска с цифрой 7 где видна? На трассировке в самом коммутаторе или на приборе? Все же мой совет посмотреть на выходе PBX. Как бы это не казалось абсурдным. В любом случае многие вопросы отпадут.
Включали как то, для теста, РВХ к новому коммутатору по R2-MFC. Так, вот не проходили вызова на" 5". Посмотрели трассировку на коммутаторе впереди номера добавлена еще одна "5". Включили в монитор прибор- лишней "5" нет. Включили РВХ в действующий коммутатор-все работает. Так, что надо проверить все.
Если апгрейдить РВХ, программу можно перекинуть при помощи Office Data Listup, в любом случае лучше, чем ручками.

Трассировку ставили на приборе.
(На самом коммутаторе трассировщика нет)

Cтоят ли в PIM0 и PIМ2 платы СР15?
Да, видно, что интенсивность вызовов большая, просмотр нагрузки в Эрлангах этого не покажет, поэтому необходимо еще смотреть PEG COUNT. Даже, если бы не было проблем с "7", давно уже надо было добавить 8RST.
Т.е. изначально, если предполагается большая интенсивность вызовов, то лучше ставить на каждые два РIMa плату 8RST, или изначально мониторить помимо трафика еще PEG COUNT.

VAK пишет
Cтоят ли в PIM0 и PIМ2 платы СР15?

А как они могут не стоять? Без них просто не будут работать каждые 2 PIM'а.

CP15 в PIM0 и PIM1 стоят.

В PIM1 стоит сопроцессор??? А в PIM2?
Тут уже что-то не то... Сопроцессор ставится в каждый четный PIM (при счете с нуля).
Кстати, по какой схеме соединены эти 2PIM кабелем 48-TW-0.7 CONN CA, как 0-й и 1-й или как 0-й и 2-й?

Прошу прощения, опечатка вышла.
Естественно, в PIM1 ничего нету, CP15 стоят в PIM0 и PIM2.

mike1 пишет
А как они могут не стоять? Без них просто не будут работать каждые 2 PIM'а.
Не думаю. что так категорично. Первые два РIMa (PIM0+PIM1)ведь работают без CP15.
Из технических характеристик 100МХ:
Число попыток вызова в ЧНН на систему:
Без FP: max 2,000 BHCA
Один FP: max 2,500 BHCA
Два FP: max 5,000 BHCA
Три FP: max 7,500 BHCA
Четыре FP: max 8,000 BHCA
Хотя утверждать не берусь.:)

VAK пишет
Не думаю. что так категорично. Первые два РIMa (PIM0+PIM1)ведь работают без CP15.
Да, работают, но когда добавляется третий (PIM2), то уже обязательно необходимо сразу 2 сопроцессора в PIM0 и в PIM2.

NEAX 2000 IPS
2 mike1
Вы ничего не напутали? А встроеный сопроцессор куда делся?

На 100-ке в основном процессоре нет встроенного сопроцессора. Это же не CP-24 на 2000 IPS.

mike1 пишет
На 100-ке в основном процессоре нет встроенного сопроцессора. Это же не CP-24 на 2000 IPS.
Тогда "пардон". Я думал мы про 2000IPS ведем разговор...:confused:

Поставил плату 8RSTA, плата заработала, но проблема осталась.

Правильно ли PN-8RSTA прописал в CM10:
10>256:E204
10>258:E205
(Плата во 2-ом пиме /счет с нуля/, LT07) ??

Или же E205 - это лишнее?

Плата 8RSTA обычно ставится при подключении более 128 абонентов. Думаю, что этим проблему не решить.

У меня тут тоже была проблемка, правда с биллингом. Сделал централизованнный биллинг по CCIS. Выясняется, что некоторые звонки проходящие по ISDN со станции Central Office либо вообще нетарифицируются, либо несовпадают по длительности звонка с реалями. Причем, то звонки тарифицировались нормально, то проходила пачка глюкавых звонков. Менял карту АР-00, менял процессор СР-27 на СР-24. Ничего не помогало, проблема оставалась.
И только после переноса Central Office на соседнюю станцию проблема решилась. Причину глюка буду искать немного позже. Скорее всего она находится в самом PIMe.

8RST ставится вс-таки не только, если более 128 абонентов. Если около 100 и нагрузка большая, то плата точно не помешает.

Сорри, но я хочу все-таки уточнить, как правильно в CM10 прописывать 8RSTA: прописываем один лен или два? Просто я смотрел как прописано на другой станции - там один лен, а по доке надо прописывать два?

Установка 8RST вроде-бы почти помогла - я заблокировал с CM450 встроенные приемники, оставил только приемники на 8RSTA. Пока вроде проблема пропала, надо собрать статистику. Я только не уверен, правильно ли 8RSTA прописал.

Прописал правильно.
Плата занимает два LEN, каждый LEN имеет 4 канала, итого получается 8.