forum.technoforward.ru

Добрый день. Проблема такая. Когда я у абонента ставлю 1212>XXXX:NONE при выходе абонента во внешнюю сеть оператор фиксированной связи видит что отсутствует полный CallerID и поставляет наш пилотный номер(так буду называть), например XXXXX00, и соединение происходит. Такая же ситуация с транзитными звонками c Астериска через NEC, если по какой-нибудь причине отсутствует CallerID у SIP абонента Астериска, я предполагаю, также оператор связи подставляет наш же пилотный номер ХХХХХ00 и соединение происходит. Мне бы хотелось вообще запретить выход на внешнюю линию без полного CallerID, пока без обращения к оператору фиксированной связи. Есть-ли какая-нибудь команда для решения этой проблемы? Еще, чтобы эта команда ни на что не влияла, кроме как на возможность выхода в сеть фиксированной связи. Соединение с оператором фиксированной связи и с Астериск по PRI. Командой 1212 пользоваться вообще очень удобно когда приходится внутренний номер прописывать к разным отделам и подразделениям или вообще временно отключать от внешней исходящей связи. Этим я пользуюсь на другой NEC, там оператор ничего не подставляет если не хватает хвоста городского номера, просто соединения не происходит. Есть решение этой проблемы или надо обращаться к оператору?

Пишу здесь же. Еще нарисовалась одна проблема, более важная, уже с входящей связью по PRI от оператора. Проблема такая. Когда я выполняю команду удаления из номерного плана 200>5:801CCC, чтобы освободить «пятерку» у меня пропадает входящая связь. Перезагрузка станции не помогает. Когда команду восстанавливаю (200>5:801) входящая связь восстанавливается. Каким образом эта команда может влиять на входящую связь? При этом исходящая связь работает. Исходящая связь у меня через LCR 200>9:A126. Обнаружил я этот глюк вчера. Но , кажется, она была еще намного раньше. Была такая же ситуация давно, когда я манипулировал этой «пятеркой», уже точно как было не помню. Может кто сталкивался с такой ситуацией? Что можно сделать? Как устранить? Не должна же влиять команда 200>5:801CCC на входящую связь.

по второму вопросу. Если бы у было хотя бы 803 или там 804, то в случае совпадения с частью номера присылаемого оператором номера как-то еще могло влиять.
Но внутренний номер начинающийся с 5-ки длиной в один знак?...
Если на 5 звонить что-то происходит?

по первому вопросу - создать отдельный тенант со своим намбер планом, где вообще не прописывать выход на город. Между тенантами проверить, что есть маршрутизация, чтобы внутренние абоненты могли звонить друг другу.
Ну или если в рамках одного намберплана использовать tenant development, где для обычного тенанта прописать выход на роут, а у другого, с которого не нужно предоставлять городскую связь выход на роут не указывать.
Например
29-01-710
29-02-710 - В один намберплан: 200
631-0102-1 - разрешаем звонки между тенантами
631-0201-1
1204-ext1-02
1204-ext2-01 (возможно будет хорошим вариантом запрещать для 01 поскольку вновь создаваемые номера автоматом берут этот дефолтный теннат)
200-9-300 - выход на tenant development cm23
2300-02-1RT
2300-01-NONE

Первый вопрос из повестки дня снимаю. В последующем этот вопрос буду решать через оператора. Так как ранее на командах 631 и тенантах много было понастроено, не желательно в них что-то еще менять и усложнять.
По второму вопросу. «Пятерка» назначена в cm11, а дальше была переадресована на городской номер оператора IP телефонии, ранее использовалась для исходящих звонков через IP телефонию. А сейчас переадресация убрана. При звонке на «Пятерку» ничего не происходит, т.е. в трубке слышно контроль посылки вызова и все, звонок не никуда не прилетает, вообще и логично. Так как на действующей станции особо уже не поэкспериментировать, выход, думаю, залить настройки в другой процессор и на тестовой станции попробовать перебивать настройки потока с оператором. Если это не получится, остается вручную перенести настройки.
А, вообще, думаю, этот глюк мог появиться при удалении старых настроек, когда что-то стер, а что-то не до конца убрал, может последовательность стирания не соблюдалась и что-то осталось в памяти.

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

_________________
Если нет дождя и грязи...

Если я назначаю 200>5:804 или 200>5:801 входящая связь работает. И при этом не важно создан ли виртуальный номер «5» по CM11 или нет. А вот, например, если назначаю по 200>5:A020 (перехват звонка) или 200>5:NJNE входящая связь не работает.

Адис Гайнелгилемович, я вам именно об этом и говорю - конвертируемый блок должен быть прописан как внутренний номер в нумплане и никак иначе. По-хорошему, вообще транки потока надо выносить в отдельный тенант со своим нумерационным планом, благо дело, у нэка их четыре.

_________________
Если нет дождя и грязи...

зачем ковертируемый блок прописывать в нум.плане? у нас несколько потоков на одной станции и блоки не прописаны в нум плане.
Нужно чтобы конвертируемы блоки не совпадали с прописанным в 20Y
Как-то у нас была "заварушка" при переходе с 3 значных внутренних на четрыех-значные и некоторые из них совпали с блоками длиной 4 цифры прописанными в 7600 вот тогда и пошли звонки не туда, и пришлось переходить на таблицы 7690 с бОльшим количеством цифр в блоке.
т.е. например было:
200>2:803
7600>1701:nnn и 7601>nnn:203
перешли на
200>17:804 (внутренние 17xx) т.е. 201 стал 1701, а 203 стал 1703
соотвтетсвенно:
7601>nnn:1703
и внешний звонок вместо 1703 стал приходить на 1701 потому что в 7600 он совпал с блоком.
поэтому перешли на 7690 (смотри сответствующие настройки роута в команде 35yyy) :
7690>2291701:nnn
7601>nnn:1703
и звонки стали приходить на 1703

таким образом конвертируемы блок лучше выбирать длиньше чем внутренние номера или иные комбинации в намберплане во избежание совпадений

что у вас настройках роута потока в командах:
3576 3578 3512 и 3518
какие блоки прописаны в 7600 и как связаны с 7601

3576>02:15-, 3578>02:1-, 3512>02:3-, 3518>02:0-
7600>5900:000-, 7600>5901:001- …… 7600>5999:099
7601>000:1500-, 7601>001:3311- …… 7601>099:3111

Как я понял сейчас АТС настроена для приема четырех последних знаков 7-значного телефонного номера, хотя, сейчас у оператора уточнял, они присылают нам при входящей связи все семь знаков городского номера.
Вы можете мне подсказать на примере какие параметры команд 35172, 35171, 7690 таблицы конвертации № 1 необходимо выставить? Имеется ввиду настрою таблицу конвертации № 1 и после этого перейду к ней командой 35170 на 0, чтобы перерыва связи не было. И после перехода в таблицу конвертации № 1 попробовать затереть 200>5:801CCC ?

Выставил 35171>02:07, 35172>02:07, 7690>XXXXX00:000….7690>XXXXX99:099, После этого 35170>02:0, т.е. перевел в таблицу конвертации 1. Перестала работать входящая связь. Вернул обратно 35170>02:3 – входящая связь работает.

так-то Вы верно расписали настройки для 7690...
а в 3002, 3003, 3004 и 3005 у вас что прописано для транков потока?

3002- 21, 3003 -31, 3005 -NONE. А вот 3004 все транки почему-то оказались WRONG, я их все обратно выставил в NONE (хотя не все, три транки оставил WRONG на потом) . Это ситуацию не изменило, т.е. при выставлении 200>5 в NONE входящая связь пропадает.