Две станции iDCS 500 связаны по Q-Sig. Clip номер абонента основной станции уходит в ТФОП, а clip номер абонента slave станции приходит только на основную станцию, а дальше в сеть не поступает. Можно что-нибудь сделать, чтобы clip со второй станции шел в сеть:confused:

Незнаю у меня проходит нормально.То есть на Киске я вижу 02-индификационный номер второй станции и 2001-внутренний номер абонента второй станции.

На станцию так и приходит - идентификатор и внутренний номер, а дальше в сеть не идет. Проблема в том, что статистика снимается не со станции, а с коммутатора :(

Что значит дальше в сеть?? В сеть общего пользования? В корпоративную сеть? CLIP в смысле внутреннего номера или это номер из MMC323 для транзитных звонков в ТФОП??
Какие версии систем используются??

Я вот только, что поставил эксперимент. Соединил OS(OfficeServ)12 и OS7200 по Q-SIG через VoIP (на 12-ом нету PRI) и далее OS7200 по PRI DSS1 c OS500 (Эмуляция операторской станции). Естейственно звонки по корпоративной сетке Q-SIG отображаются по номерам внутренних телефонов. А при транзитном звонке с OS12 на OS500 (через OS7200) прекрасно пришел номер CLIP, заданный на OS12 в ММС323.

Тоже не понял .У меня стоит OS 500 в ней две потоковые платы.На одной подключен поток от провайдера,а на второй OS100. Все ходит,у меня же провайдер биллинг считать как будет.Единственно что новое вылезло на Киску еще стал приходить индификационный номер станции. Может ты сам запретил в MMC программно отправку CLIP.

У меня iDCS 500, две потоковые платы, на одной - поток от провайдера, через второй подключена другая iDCS 500. CLIPы прописанные в ММС 323 на моей станции уходят в поток к провайдеру. CLIPы, которые прописаны в ММС 323 на другой станции, приходят на мою станцию, а дальше в поток к провайдеру идет - no CLIP

А как стоит REPEAT CLI опция в MMC400?
И опять таки, что за версия системы?

Опции REPEAT CLI в MMC400 нет.
Версия М-136

Ну вот и обновите ее до 1.40 и поставте модуль администрирования iDCS500 v3.03

Спасибо огромное!
Сегодня же обновлю!

А извиняюсь вы, что дама?
Я по поводу Ktyjxrf???:)

"Корнет - вы барышня?..." (С):D

Есть немного! :p
А нельзя? :(

НУЖНО!:)

COMik пишет
НУЖНО!:)

Вот и замечательно! ;)

Ktyjxrf пишет
Вот и замечательно! ;)


Мдасс... Ну уж если женщины взялись за дело....

"До чего довел планету этот фигляр ПЖ!" Kindzadza Copiriht.

Желаю успехов на сем нелегком поприще!

Еще раз огромное спасибо! CLIPы приходят!
Но к семизначному номеру в конце добавляется дата и время звонка, например - 123456702091203. Можно как-нибудь обрезать дату и время?

Lion только что ответил в Тему - Clip&Q-Sig на iDCS500 - на Форуме АТС Форум связистов.
=======СООБЩЕНИЕ=============
Так все-таки между двумя iDCS используется Q-SIG? Как-то этот момент в вопросах не освещен?
=======/СООБЩЕНИЕ=============

Вопрос №1 был:

Ktyjxrf пишет
Две станции iDCS 500 связаны по Q-Sig. Clip номер абонента основной станции уходит в ТФОП, а clip номер абонента slave станции приходит только на основную станцию, а дальше в сеть не поступает. Можно что-нибудь сделать, чтобы clip со второй станции шел в сеть:confused:

Озадачился я этим вопросом. Для чего проапгрейдил свои системы до v140. И хоть убейте не смог добиться такого результата. Совершенно нормально уходит CLIP при транзите через Q-SIG в сеть по DSS1.

Можно как-нибудь обрезать дату и время?-а станция ли это кидает или оборудование провайдера. В крайнем случаи провайдер всегда может у себя сказать на Киске, что принимать необходимо только 7 знаков.

Еще раз повторяю, что v1.40 никакого времени не добавляет. Просто по мом сведениям госпожа Ktyjxrf проапгрейдила сначала только одну систему. На данный момент надеюсь обновлена и вторая. И все надеюсь разрешилось, так как вижу, что интерес к теме уже почти неделю, как потерян....

Lion пишет
Еще раз повторяю, что v1.40 никакого времени не добавляет. Просто по мом сведениям госпожа Ktyjxrf проапгрейдила сначала только одну систему. На данный момент надеюсь обновлена и вторая. И все надеюсь разрешилось, так как вижу, что интерес к теме уже почти неделю, как потерян....

Госпадин Lion. обе станции были обновлены до версии 1.40, проблема до сих пор существует.
Еще одна просьба, оставте свое не уважение к женщинам при себе

Дабы локализовать проблему, попробуйте прислать мне базы данных с обоих систем. И по возможности ISDN трэйс этой ситуации...

А женщин я очень да же уважаю. :-) Тем более таких дам, как вы! Всегда уважал профессионализм. Но боюсь моя фраза была неверно истолкована. Мне наоборот было приятно увидеть в наших рядах представительницу слабого пола. :-) Прошу извинить, если был неправильно истолкован.

Сорри, за вспыльчивость!
Возможно я не правильно вас поняла, но подумала об этом уже потом :(

На 2-ух OS 500 CLIPы гуляют нормально по Q-sig. Так что... Сравните настройки PRI двух станций и "почувствуйте разницу". Lion, "мине сдаётся" как всегда прав - CLI table!.
:D

Да, и ещё, Леночка ( пардон, расшифровал ), от меня провайдер времени "не видит" ( м. "видит", но "режет" ?!) Да, кстати, а как вы обходитесь с "8"-кой+ и т.д. идущей из второй АТС в транзит ( в LCR и Net-LCR на обеих АТС)? Буду благодарен за ответ.

А с 8 все элементарно. Дпустим на конечной АТС 9 это LSR. В LCR Digits стоит рут с цифры 8 по длине 11 на Q-SIG гркппу транков и рут с цифр 810 с длинной 17 на ту же группу. В обоих рутах добавляем 9. Вообще для всех транзитных в город роутов добавляеи 9. Если при международных вызовах номер короче 17, он все равно будет послан по истечении ISDN interdigit TM (торопливые могут нажимать #). Далее на транзитной системе 9 это уже городская группа транков (цифровые или аналоговые транки). Так вод в DID этой станции все номера начинающиеся с 9 отправляем на группу 9, удалив 1 цифру (добавленную на конечной системе 9). Если линии импульсные, тогда номера с 9 надо отправлять на код LCR для добавления P после 8. Работает как часы...

Спасибо, так и есть. ( эта проблема чуть-чуть уже обсуждалась нами ), но непонятный момент - wait length м.б.только от 4-х до 8-ми. МАХ - там понятно, а с этим "зверем" тогда как? Выставлять 8 и не морочить вам голову?
И корректно ли прописать и 8 и 810 в 724, 824?

Да, кстати, ещё забавно, тоже OS 500- тка. Настроили LCR (710 ), NLCR (724). Всё ОК! Стали проверять. При наборе 7-ки (?!). 71ХХХХ - норма, 77ХХХХ - норма, 76ХХХХ - отказ. СО - аналоговые пульс.
Прописал со скуки в 824-ом 7-ку как в 710-м и... О чудо! Глюк ушёл!:p

Спасибо!

При чем тут Wait Length? Я разве сказал, что для транзитных звонков применяются Q-SIG настройки? Все делается в LCR. Там можно задать достаточную длину номера. Просто вызовы напралляются на Q-SIG транки. Еще раз попробуйте сделать четко и именно так, как я сказал. И о чудо, "глюки" исчезнут!

To Lion:
1. Мы, видимо, не поняли друг друга. LCR прописан так как сказано ( логика понятна ), но ведь на "дальней" и "транзитной" АТС работает NLCR. Все набираемые комбинации прописаны в 724-ом.
( 0....9). Сл-но цепочка для "дальней" АТС получается 724 - 824 -710? В связи с этим и возник вопрос по Wait Length.

2. Второй случай был описан отдельно. 500-тка САМА ПО СЕБЕ без Q-sig и пр. Сл-но 824-й не должен участвовать ни в каком виде. Но... - просто глюк был описан ради "спортивного интереса".

Спасибо.

N-LCR надо применять именно только для звонков с EXT на EXT между системами по Q-SIG. А транзитные вызовы надо обслуживать втупую по LCR, как бы напрочь забыв, что вызов пойдет через Q-SIG группу транков (соответственно забыв про настройки Q-SIG). Да, и конечно две записи 8 и 810 одновременно абсолютно легальны для LCR (как впрочем и для DID). Система при выборе маршрута действует методом исключения.

P.S. Все надо применять по назначению. Если Жигуль использовать в качестве седельного тягача, он то же начнет "глючить".

Намёк понял!:D Спасибо.
Кстати с DID "cтолкнулся" тоже. Получилось, что на транзитной станции в 714 режиме вход АОН начинается на "3"-ку и она же может прийти из Q-sig если на "конечной" АТС наберут гор. номер, начинающийся на "3".
Так вот работать "не захотелось" именно с входящими АОНами. Убираешь "3" из 714 пошла вход связь попотоку.
Поборол - на "конечной" АТС приклеил "11" к гор. номеру, а на "транзитной" естественно "срезал" и в канал. Работает нормально.

Ещёраз спасибо за рекомендации.

А я рекомендовал добавлять на конечной перед любым транзитным городским звонком 9 и подом удалять его на транзитной. То же самое, что вы добавляете 11.

For Lion:
Правильно. Но есть одно но... 9-тка уже задействована ( такие примеры, по-моему, были в документации, я о них знаю и при отсутствии NLCR всё так и можно делать) .
Вообще numbering plan такой
Гор. номера начинаются на 0,2,3,5,6,7,9 ну и 8-ка.
10ХХ,15ХХ - ЕХТ ( транзитной и конечной АТС )
14ХХ,19ХХ - STA grup соотв-но.
Комбинация 11 - свободна, вот её и использовал.
Банкиров от NLCR теперь "не отгонишь" - "вонять" будут, а на будущее учту.
Теперь они ещё "раскатывают губу" на VoiceIP для связи с сильно удалённым филиалом + филиалы по городу, а "губозакаточную машинку" таможня тормознула :D , поэтому приходится запасаться резервными комбинациями цифр изо всех сил.

А по до что задействована 9 в DID таблице транзитной станции интересно?

Пардон, с тех пор как задействовал "11" в DID-таблице 9-тка освободилась. Просто ранее ( когда у них не было потока ) DID-таблица "транзитной" АТС выглядела так:

1. 10** - В
2. 19** - В
3. 2 - # ( код LCR )
4. 3 - #
5. 5 - #
6. 6 - #
7. 7 - #
8. 8 - #
9. 9 - #
10.0 - #

Просто я прописывал в "дальней" станции: если номер на 10**,19**,2,3,5,6,7,8,9,0 то отдай набранное в Q-sig.
Из-за конфликта "3"-к пришлось применить "11".
В таблицу добавились АОНы и убрались "лишние" цифры.

Так за что отвечает wait length?

за длинну внутреннего номера в другой системе.