Форумы  ·  Войти  · 

Тема: Распределение входящих звонков через PRI30 в TDA200

22.04.09 5:02   PanWatslaw  (57/23.11.05)  

Уважаемые ГУРУ,
разрешите задать вам свой вопрос.
Имеется станция TDA200 с платой потока PRI30, настроенная специалистом Panasonic. В потоке (используются все 30 тайм-слотов) приходят три номера, которые в 10.3 по номеру DDI/DID распределяются по группам 601, 602 и 603 соответственно.
Офис переезжает по новому адресу, где тоже имеется поток PRI30 (те же 30 тайм-слотов), но уже с другими номерами. Открываю 10.3, меняю старые номера на новые, применяю настройки. Звоню по любому из номеров - звонок приходит на оператора (номер 101) независимо от номера, режима работы и т.д. В старых номерах было 7 знаков, в новых (как клянется провайдер) - тоже 7.
Затем, есть еще и вторая проблемка, чуть менее актуальная, чем первая. В п.1.7-CO Setting прописываю наш новый номер для CLIP в поле Subscriber Number. Звоню на мобильный или городской с определителем - определяется номер шлюза. Провайдер говорит, мол, от нас этот номер и не приходит.
Подскажите, люди добрые, где ещё какую настройку я подзабыл?
Прилагаю трассировку (заранее прошу прощения, не знаю, какую часть нужно вырезать, поэтому кладу все, что записалось, пока набирал на станцию и принимал звонок).

С уважением,
PanWatslaw

Вложение
LOG.txt  (Размер: 35KB - Загрузки: 329)
[ #1 ]  22.04.09 7:21   НачШтаба  EXPERT  

Прежде всего я рекомендую перешиться хотя бы до версии 3.2 (лучше до 5.0)
В трассировке видны исходящие вызовы (6798202, 6707446), причём все вызовы без исходящего CLIP-а. Входящих почему-то йёк. То есть три штуки с мобилы 89166700773 приходили, но почему-то без DDI…
Я думаю, что провайдера пинать немножечко придётся. Но не сразу. Надо бы настройки посмотреть. Клади DSYS, трассировки уже видели.

ЗЫ. Предложение перешиться - оно не от лукавого и не от праздности. Оно, действительно, полезно.

[ #2 ]  22.04.09 8:31   PanWatslaw  (57/23.11.05)  

Уважаемый НачШтаба, спасибо за готовность помочь!

По исходящим звонкам - это были проверки (в частности, один из номеров, который должен приходить по потоку - это и есть 6798202 (помимо него, там, соответственно, 6798201 и 8200). Я и сам попытался прочитать лог и тоже не нашел исходящего номера (значит, я все же не слепой!  😛 ) - равно как и входящего при звонке с мобильного телефона.

Перепрошиться - это я с удовольствием, поскольку чаще от обновления прошивки электронных устройств получал пользу, нежели сбои и отказы. Мысль об обновлении прошивки на ТДАшке приходила уже не раз, но пока не искал соответствующей темы и ссылок на форуме (она есть?)

Выкладываю DSYS, ввиду того, что он почти полтора мегабайта весит, кладу на файлообменник.
Готов пинать провайдера, вооружившись с вашей помощью аргементами; благо, инженер провайдера утверждает, что тоже снимал лог с потока со своей стороны и якобы обнаружил, что номера нам благополучно передаются семизнаком.

С уважением,
PanWatslaw

[ #3 ]  22.04.09 8:43   НачШтаба  EXPERT  

Файл посмотрел. Не слишком в восторге...
Тему по перешивке можешь не искать, всё равно кроме темы придётся ещё искать пару сотен мегабайт файлов. Перешивать нужно ещё и кучу карт. Боюсь, самостоятельно не осилишь...
Вобщем, мой телефон есть в моём профиле. Звони, лови.. По “прозвучавшим” номерам вычислил, что ты не из какого-нибудь Новосибирска или Воркуты, и от меня не дальше, чем в 30-ти километрах. 😊

[ #4 ]  22.04.09 9:58   PanWatslaw  (57/23.11.05)  

Поскольку ветка вряд ли будет здесь продолжать развиваться (договорились о встрече по телефону), то для пытливых умов озвучу принятое решение - сначала обновить прошивку всех плат и станции (в частности, сейчас платы потока версии 1.004, гибридных портов 2.008, голосовой почты 3.001, базового блока 2.2104), взять новую версию консоли (сейчас используется вторая) и если не сбросить и заново настроить, то по крайней мере - основательно почистить все настройки. Если будем чистить - попробую отписать, что где было не так.

[ #5 ]  22.04.09 10:01   Ржeвский  EXPERT  
PanWatslaw - 22.04.09 5:02

Уважаемые ГУРУ,
В старых номерах было 7 знаков, в новых (как клянется провайдер) - тоже 7.
Затем, есть еще и вторая проблемка, чуть менее актуальная, чем первая. В п.1.7-CO Setting прописываю наш новый номер для CLIP в поле Subscriber Number. Звоню на мобильный или городской с определителем - определяется номер шлюза. Провайдер говорит, мол, от нас этот номер и не приходит.

То, что присылает вам провайдер высвечивается на дисплее 101. А свой номер (CLIP) обычно прописывают в 4-1-1 в соответствующей закладке.

[ #6 ]  22.04.09 20:14   PanWatslaw  (57/23.11.05)  

To Ржевский: на дисплее не высвечивается и не высвечивалось.

Огромная благодарность Товарищу (именно с Большой Буквы) НачШтаба за нанесенный визит! Вот это, действительно, тот самый случай, когда дело мастера боится и когда все в руках буквально горит... За нами должок, Уважаемый!

А теперь - по сути, в чем крылось решение.
1. Входящие звонки не распределялись по группам, потому что ПРОВАЙДЕР тупо НЕ ПОДАВАЛ в поток Called Number. Это при том, что их инженер (один и тот же) поклялся, что тысячу раз уже все проверил (кстати, на эту самую якобы “проверку” у него уходило по полчаса, не меньше.
2. Исходящие звонки определялись на других телефонах как номер шлюза, потому что, несмотря на прописанный номер, для всех Ext для CLIP было выставлено Extension, а не СО, и при этом ни для одного Ext в соответствующем поле не был дан номер для передачи в поток в качестве CLIP. Причем вовсе не удивительно, что в предыдущем офисе всё работало как надо - там провайдер сам за нас добавлял в поток информацию о звонящем номере, и от станции в этом случае ничего при этом не требовалось отправлять.

Всем спасибо за помощь и отзывчивость!

[ #7 ]  23.04.09 7:04   НачШтаба  EXPERT  

..Входящие звонки не распределялись по группам, потому что ПРОВАЙДЕР тупо НЕ ПОДАВАЛ в поток Called Number..

Ну да, типа того. Провайдер не давал DDI. То есть АОН, номер “А”, выдавался (номер вызывающего), а куда шёл вызов, то есть номер “B” - нифига.

..потому что, несмотря на прописанный номер, для всех Ext для CLIP было выставлено Extension, а не СО, и при этом ни для одного Ext в соответствующем поле не был дан номер для передачи в поток в качестве CLIP..

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

[ #8 ]  23.04.09 7:49   Капитан Немо  EXPERT  
НачШтаба - 23.04.09 7:04

..Входящие звонки не распределялись по группам, потому что ПРОВАЙДЕР тупо НЕ ПОДАВАЛ в поток Called Number..

Ну да, типа того. Провайдер не давал DDI. То есть АОН, номер “А”, выдавался (номер вызывающего), а куда шёл вызов, то есть номер “B” - нифига.

..потому что, несмотря на прописанный номер, для всех Ext для CLIP было выставлено Extension, а не СО, и при этом ни для одного Ext в соответствующем поле не был дан номер для передачи в поток в качестве CLIP..

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

Васильич, имя прова будет известно общественности?

[ #9 ]  23.04.09 8:44   НачШтаба  EXPERT  

Дык, я то не спрашивал.. PanWatslaw знает.
Кстати, не все сисадмины одинаково полезны.. тьфу! одинаково неподготовлены. 😉 Уровень подготовки того же PanWatslaw-а если уж не на 3-й, то на 2-й уровень потянул бы запросто. По крайней мере АТС настроена не так “чтобы звонило”, кое-какие полезности и прибамбасики присутствовали. Правда.. (увы), “забытости” - всё те же. Дайлинг-план и Холд мода..  😉 .. Ну да ладно, подчистили.

PanWatslaw-у.
Не забудь сначала раскидать на User Group, отчистить нулевые ячейки, а потом зайти в меню Tools. Дабы поменьше ручками мучиться. Потом в QD поменяешь *0 на 00 - и всё пучком. Не забудь потом сказать юзерам, что перехват 0+номер или 00 - внутри группы.

[ #10 ]  23.04.09 9:28   Out  (205/06.09.07)  

хотелось бы обратить внимание всех, на время реакции и исправления недостатоков в АТС PanWatslawа  уважаемым НачШтаба
радует такая быстрая помощь, многим бы компаниям такую быстроту!!!!!!

[ #11 ]  23.04.09 10:09   Ржeвский  EXPERT  

ну если помощь небезвозмездная, то всё в порядке вещей, я считаю

[ #12 ]  23.04.09 13:26   НачШтаба  EXPERT  

Ну-у-у... если честно, корысть, конечно же, какая-то имеется..  😉 Правда, пока ещё не обсуждали. Но, надеюсь, что не обидят. К тому же сделал некоторые предложения по б/у-шным зелахам. Может быть, будет иметь смысл поданное предложение, конечно же, если правильно подсчитать и вычислить сроки окупаемости. К тому же вторая PRI в станции уже имеется, сам бог велел цеплять ведомую... где-нибудь на периферии. За городом, например.

[ #13 ]  23.04.09 15:17   Наблюдатель  EXPERT  
Out - 23.04.09 9:28

хотелось бы обратить внимание всех, на время реакции и исправления недостатоков в АТС PanWatslawа  уважаемым НачШтаба
радует такая быстрая помощь, многим бы компаниям такую быстроту!!!!!!

Надпись на приемке в сервисном центре: “Делаем быстро, качественно, дешево. Выбирайте любые два варианта”.

[ #14 ]  14.07.14 14:32   etc-33  (14/28.03.14)  

[/quote] Мало того, CLIP необходимо было отдавать в федеральном формате, а даже в пилотнике стоял обычный семизначный. Семизначники провайдеру не понравились, поэтому, естественно, он их не воспринимал.[/quote]

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

[ #15 ]  15.07.14 5:00   Jaw  EXPERT  
etc-33 - 14.07.14 14:32

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

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

вы жирняк в своей цитате выполнили?

Komendant.pro
 ©1999-2025  Инженерная лаборатория "Комендантъ"