ARTCOM LOGO

Здравствуйте, гость ( Вход | Регистрация )

6 страниц V  < 1 2 3 4 5 > »   
Ответить в данную темуНачать новую тему
> Объединение 2 IPECS в одну тел. сеть
Dron
сообщение 28.5.2012, 10:55
Сообщение #41


ГУРУ
********

Группа: Модераторы
Сообщений: 15006
Регистрация: 19.6.2009
Из: г. Тула
Пользователь №: 13420



Цитата(ADv @ 28.5.2012, 11:39) *
В варианте harris-а (PGM252 добавил две записи: 3 3 890013 NET и 1 2 890032 NET) все заработало без прописывания каждого номера. В пятницу просмотрел всю документацию, но эту полезную функцию не увидел.


Да-да. Именно так и заработало. yahoo.gif Только у меня префикс выбора группы линий 89, а количество групп до 201, поэтому-то 89001 и 89003 .

Ок. Значит, так проще.


--------------------
Вот смотрю я на вас и думаю: ещё выпить, или вы мне уже нравитесь? Анекдот
Перейти в начало страницы
 
+Цитировать сообщение
ADv
сообщение 2.9.2013, 13:50
Сообщение #42


Ветеран форума
*****

Группа: Участники
Сообщений: 353
Регистрация: 27.2.2009
Из: Москва
Пользователь №: 12941



Проработала эта система год и, без каких-либо известных мне изменений в конфигурации, звонки с номеров 3xxx на 2ххх не проходят. Напомню, система такая:
1ххх - внутренние номера iPECS1000
2xxx - номера от SIP-провайдера
3ххх - номера по E1.

Ситуация следующая
1. С 1ххх на 2ххх - проходят (используется LCR)
2. С 1ххх на 3ххх - проходят (используется LCR)
3. С 2ххх на 1ххх - проходят
4. С 2ххх на 3ххх - проходят (используется CO Call Rerouting(252))
5. С 3ххх на 1ххх - проходят
6. С 3ххх на 2ххх - НЕ проходят (используется CO Call Rerouting(252))

Ставил отладчик на поток и на SIP-прокси. При звонке с 3ххх на 2ххх звонок в потоке приходит верно, но на SIP-линию не попадает (застревает где-то в станции). Во всех остальных вариантах отладчик показывает все верно. Сравнивал текущую настройку со старыми бекапами - ключевых изменений не нашел (CO/IP Attributes(140~142), ISDN Attributes(200), MSN Table(202), Prefix Dialing Table(206), LCR LDT(221), LCR DMT(222), Flexible DID Conversion(231), CO Call Rerouting(252)). Станцию перезагружали. Где еще может быть "засада"?

MFIM/GS98M-5.5Gt MAY/12
Перейти в начало страницы
 
+Цитировать сообщение
harris
сообщение 2.9.2013, 15:18
Сообщение #43


ГУРУ
********

Группа: Участники
Сообщений: 12388
Регистрация: 23.11.2006
Из: Москва
Пользователь №: 146



Цитата(ADv @ 2.9.2013, 13:50) *
Проработала эта система год и, без каких-либо известных мне изменений в конфигурации, звонки с номеров 3xxx на 2ххх не проходят. Напомню, система такая:
1ххх - внутренние номера iPECS1000
2xxx - номера от SIP-провайдера
3ххх - номера по E1.

Ситуация следующая
1. С 1ххх на 2ххх - проходят (используется LCR)
2. С 1ххх на 3ххх - проходят (используется LCR)
3. С 2ххх на 1ххх - проходят
4. С 2ххх на 3ххх - проходят (используется CO Call Rerouting(252))
5. С 3ххх на 1ххх - проходят
6. С 3ххх на 2ххх - НЕ проходят (используется CO Call Rerouting(252))

Ставил отладчик на поток и на SIP-прокси. При звонке с 3ххх на 2ххх звонок в потоке приходит верно, но на SIP-линию не попадает (застревает где-то в станции). Во всех остальных вариантах отладчик показывает все верно. Сравнивал текущую настройку со старыми бекапами - ключевых изменений не нашел (CO/IP Attributes(140~142), ISDN Attributes(200), MSN Table(202), Prefix Dialing Table(206), LCR LDT(221), LCR DMT(222), Flexible DID Conversion(231), CO Call Rerouting(252)). Станцию перезагружали. Где еще может быть "засада"?

MFIM/GS98M-5.5Gt MAY/12

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


--------------------
Аксиома Коула: Общая сумма разума на планете - величина постоянная, а население растет ...
Перейти в начало страницы
 
+Цитировать сообщение
ADv
сообщение 2.9.2013, 15:25
Сообщение #44


Ветеран форума
*****

Группа: Участники
Сообщений: 353
Регистрация: 27.2.2009
Из: Москва
Пользователь №: 12941



Цитата(harris @ 2.9.2013, 16:18) *
Ну вы же понимаете, что ваш вопрос риторический... Можно только гадать. Ключевых изменений не было, так может повлияло то, что вы не относите к ключевым ???

Сам нахожусь в смятении. Все ключевые, с моей точки зрения, программы я перечислил. Возможно, что какие-то еще так выборочно влияют на транзит звонков? Может есть способ отследить путь звонка внутри станции: какие функции сработали и с каким результатом?
Перейти в начало страницы
 
+Цитировать сообщение
harris
сообщение 2.9.2013, 15:28
Сообщение #45


ГУРУ
********

Группа: Участники
Сообщений: 12388
Регистрация: 23.11.2006
Из: Москва
Пользователь №: 146



Цитата(ADv @ 2.9.2013, 15:25) *
Сам нахожусь в смятении. Все ключевые, с моей точки зрения, программы я перечислил. Возможно, что какие-то еще так выборочно влияют на транзит звонков? Может есть способ отследить путь звонка внутри станции: какие функции сработали и с каким результатом?

Нет такого способа.
Только трассировка, из которой далеко не все ясно (только для разработчиков).


--------------------
Аксиома Коула: Общая сумма разума на планете - величина постоянная, а население растет ...
Перейти в начало страницы
 
+Цитировать сообщение
ADv
сообщение 2.9.2013, 15:32
Сообщение #46


Ветеран форума
*****

Группа: Участники
Сообщений: 353
Регистрация: 27.2.2009
Из: Москва
Пользователь №: 12941



Цитата(harris @ 2.9.2013, 16:28) *
Нет такого способа.
Только трассировка, из которой далеко не все ясно (только для разработчиков).

Трассировка VOIM-овской платы может дать какую-нибудь информацию? Если да, то как ее запустить (почему-то не нашел способа это сделать)?
Перейти в начало страницы
 
+Цитировать сообщение
harris
сообщение 2.9.2013, 15:34
Сообщение #47


ГУРУ
********

Группа: Участники
Сообщений: 12388
Регистрация: 23.11.2006
Из: Москва
Пользователь №: 146



Цитата(ADv @ 2.9.2013, 15:32) *
Трассировка VOIM-овской платы может дать какую-нибудь информацию?

У вас же транзит, трассировка нужно смотреть одновременно потока PRI и слота VOIB.
Посмотрите еще раз конфиг станции, может что-то вы все-таки "сломали" ??


--------------------
Аксиома Коула: Общая сумма разума на планете - величина постоянная, а население растет ...
Перейти в начало страницы
 
+Цитировать сообщение
Dron
сообщение 2.9.2013, 15:38
Сообщение #48


ГУРУ
********

Группа: Модераторы
Сообщений: 15006
Регистрация: 19.6.2009
Из: г. Тула
Пользователь №: 13420



Цитата(ADv @ 2.9.2013, 14:50) *
Проработала эта система год и, без каких-либо известных мне изменений в конфигурации

Не, так не бывает! Что то изменилось!


--------------------
Вот смотрю я на вас и думаю: ещё выпить, или вы мне уже нравитесь? Анекдот
Перейти в начало страницы
 
+Цитировать сообщение
ADv
сообщение 2.9.2013, 15:38
Сообщение #49


Ветеран форума
*****

Группа: Участники
Сообщений: 353
Регистрация: 27.2.2009
Из: Москва
Пользователь №: 12941



Цитата(harris @ 2.9.2013, 16:34) *
У вас же транзит, трассировка нужно смотреть одновременно потока PRI и слота VOIB.
Посмотрите еще раз конфиг станции, может что-то вы все-таки "сломали" ??

Нашел одно отличие: изменился адрес Firewall (сменился провайдер, а в настройках станции этого не отразили). Только если это влияет, то прохождение звонков с 1ххх на 2ххх не должно было работать.
Перейти в начало страницы
 
+Цитировать сообщение
Dron
сообщение 2.9.2013, 15:42
Сообщение #50


ГУРУ
********

Группа: Модераторы
Сообщений: 15006
Регистрация: 19.6.2009
Из: г. Тула
Пользователь №: 13420



Цитата(ADv @ 2.9.2013, 16:38) *
Нашел одно отличие: изменился адрес Firewall (сменился провайдер, а в настройках станции этого не отразили). Только если это влияет, то прохождение звонков с 1ххх на 2ххх не должно было работать.

Боюсь, не сказать однозначно, как оно и на что влияет! На прохождение звонков вряд ли влияет, а вот на прохождение голоса...


--------------------
Вот смотрю я на вас и думаю: ещё выпить, или вы мне уже нравитесь? Анекдот
Перейти в начало страницы
 
+Цитировать сообщение
ADv
сообщение 2.9.2013, 15:58
Сообщение #51


Ветеран форума
*****

Группа: Участники
Сообщений: 353
Регистрация: 27.2.2009
Из: Москва
Пользователь №: 12941



Прописывание Firewall-а не помогло: звонок отбивается станцией сразу (смотрел в трассировке потоковой платы).
Перейти в начало страницы
 
+Цитировать сообщение
Dron
сообщение 2.9.2013, 16:00
Сообщение #52


ГУРУ
********

Группа: Модераторы
Сообщений: 15006
Регистрация: 19.6.2009
Из: г. Тула
Пользователь №: 13420



Цитата(ADv @ 2.9.2013, 16:58) *
Прописывание Firewall-а не помогло: звонок отбивается станцией сразу (смотрел в трассировке потоковой платы).

С причиной?
АОН?


--------------------
Вот смотрю я на вас и думаю: ещё выпить, или вы мне уже нравитесь? Анекдот
Перейти в начало страницы
 
+Цитировать сообщение
Kr@nk
сообщение 2.9.2013, 16:01
Сообщение #53


Участник
**

Группа: Участники
Сообщений: 10
Регистрация: 20.3.2012
Пользователь №: 17266



Цитата(harris @ 2.9.2013, 16:34) *
У вас же транзит, трассировка нужно смотреть одновременно потока PRI и слота VOIB.
Посмотрите еще раз конфиг станции, может что-то вы все-таки "сломали" ??

как раз и хотелось-бы уточнить как снять трассировку с "слота VOIB".
потому как в трассировке PRI звонок есть, правило перенаправления звонка - тоже есть, а вот в трассировке на шлюзе, звонка уже - нет.
Перейти в начало страницы
 
+Цитировать сообщение
Kr@nk
сообщение 2.9.2013, 16:02
Сообщение #54


Участник
**

Группа: Участники
Сообщений: 10
Регистрация: 20.3.2012
Пользователь №: 17266



Цитата(Dron @ 2.9.2013, 17:00) *
С причиной?
АОН?

Cause Value = 3 No route to destination
Перейти в начало страницы
 
+Цитировать сообщение
harris
сообщение 2.9.2013, 16:06
Сообщение #55


ГУРУ
********

Группа: Участники
Сообщений: 12388
Регистрация: 23.11.2006
Из: Москва
Пользователь №: 146



Цитата(Kr@nk @ 2.9.2013, 16:02) *
Cause Value = 3 No route to destination

Т.е. до платы VOIB дело и не доходит... Поэтому трассировку VOIB ничего не даст. Там ничего и нет.
Покажите хоть трассировку потока и текущий конфиг.


--------------------
Аксиома Коула: Общая сумма разума на планете - величина постоянная, а население растет ...
Перейти в начало страницы
 
+Цитировать сообщение
Dron
сообщение 2.9.2013, 16:11
Сообщение #56


ГУРУ
********

Группа: Модераторы
Сообщений: 15006
Регистрация: 19.6.2009
Из: г. Тула
Пользователь №: 13420



Цитата(Kr@nk @ 2.9.2013, 17:02) *
Cause Value = 3 No route to destination

Чего меняли в CO Call Rerouting(252)?


--------------------
Вот смотрю я на вас и думаю: ещё выпить, или вы мне уже нравитесь? Анекдот
Перейти в начало страницы
 
+Цитировать сообщение
Kr@nk
сообщение 2.9.2013, 16:24
Сообщение #57


Участник
**

Группа: Участники
Сообщений: 10
Регистрация: 20.3.2012
Пользователь №: 17266




********************************************
* THE 3-RD LAYER EDSS1 MESSAGE IN DETALE *
********************************************
00000101: 0x05: SETUP
--------------:
00000100: 0x04: BEARER CAPABILITY:
00000011: 0x03: Length = 3
10010000: 0x90:
1******* Extension = 1
*00***** Coding Standard = CCITT standardized coding
***10000 Information transfer capability = 3.1 kHz audio
10010000: 0x90:
1******* Extension = 1
*00***** Transfer mode = Circuit mode
***10000 Information transfer rate = 64 kbit/s
10100011: 0xA3:
1******* Extension = 1
*01***** layer 1 identificator = 01
***00011 User information layer 1 protocol = Recommendation G.711 A-law
--------------:
00011000: 0x18: CHANNEL IDENTIFICATION:
00000011: 0x03: Length = 3
10101001: 0xA9:
1******* Extension = 1
*0****** Interface identifier present = implicitly identified
**1***** Interface type = primary rate interface
***0**** Spare = 0
****1*** Preferred/exclusive = exclusive
*****0** D-channel indicator = not D-channel
******01 Information channel selection = PRI:as indicated in following octets, BRI:B1 channel
10000011: 0x83:
1******* Extension = 1
*00***** Coding standard = CCITT standardized coding
***0**** Number/Map = channel is indicated by the number
****0011 Channel type/Map element type = B-channel units
10000010: 0x82:
1******* Extension = 1
*0000010 Channel number/slot map = 2
--------------:
00011110: 0x1E: PROGRESS INDICATOR:
00000010: 0x02: Length = 2
10000001: 0x81:
1******* Extension = 1
*00***** Coding standard = CCITT standardized coding
***0**** Spare = 0
****0001 Location = private network serving the local user
10000011: 0x83:
1******* Extension = 1
*0000011 Progress description = 3. Origination address is non-ISDN
--------------:
01101100: 0x6C: CALLING PARTY NUMBER:
00000101: 0x05: Length = 5
10000000: 0x80:
1******* Extension = 1
*000**** Type of number = unknown
****0000 Numbering plan identification = unknown
IA5 ... Number: 3210
--------------:
01110000: 0x70: CALLED PARTY NUMBER:
00000101: 0x05: Length = 5
10000001: 0x81:
1******* Extension = 1
*000**** Type of number = unknown
****0001 Numbering plan identification = ISDN/Telephony numbering plan (CCITT Rec. E.164/E.163)
IA5 ... Number: 2008
--------------:

********************************************
* THE 3-RD LAYER EDSS1 MESSAGE IN DETALE *
********************************************
00001101: 0x0D: SETUP ACKNOWLEDGE
--------------:
00011000: 0x18: CHANNEL IDENTIFICATION:
00000011: 0x03: Length = 3
10101001: 0xA9:
1******* Extension = 1
*0****** Interface identifier present = implicitly identified
**1***** Interface type = primary rate interface
***0**** Spare = 0
****1*** Preferred/exclusive = exclusive
*****0** D-channel indicator = not D-channel
******01 Information channel selection = PRI:as indicated in following octets, BRI:B1 channel
10000011: 0x83:
1******* Extension = 1
*00***** Coding standard = CCITT standardized coding
***0**** Number/Map = channel is indicated by the number
****0011 Channel type/Map element type = B-channel units
10000010: 0x82:
1******* Extension = 1
*0000010 Channel number/slot map = 2
--------------:

********************************************
* THE 3-RD LAYER EDSS1 MESSAGE IN DETALE *
********************************************
01000101: 0x45: DISCONNECT
--------------:
00001000: 0x08: CAUSE:
00000010: 0x02: Length = 2
10000000: 0x80:
1******* Extension = 1
*00***** Coding standard = CCITT standardized coding
***0**** Spare = 0
****0000 Location = user
10000011: 0x83:
1******* Extension = 1
*0000011 Cause Value = 3 No route to destination
--------------:
00011110: 0x1E: PROGRESS INDICATOR:
00000010: 0x02: Length = 2
10000001: 0x81:
1******* Extension = 1
*00***** Coding standard = CCITT standardized coding
***0**** Spare = 0
****0001 Location = private network serving the local user
10000011: 0x83:
1******* Extension = 1
*0000011 Progress description = 3. Origination address is non-ISDN
--------------:
Перейти в начало страницы
 
+Цитировать сообщение
Kr@nk
сообщение 2.9.2013, 16:28
Сообщение #58


Участник
**

Группа: Участники
Сообщений: 10
Регистрация: 20.3.2012
Пользователь №: 17266



http://yadi.sk/d/X2LMPWXx8b1U4
ссылка на конфиг, он 2,5Мб весит
Перейти в начало страницы
 
+Цитировать сообщение
harris
сообщение 2.9.2013, 16:30
Сообщение #59


ГУРУ
********

Группа: Участники
Сообщений: 12388
Регистрация: 23.11.2006
Из: Москва
Пользователь №: 146



Вызов идет 2008 (кстати, а почему нет Sending_Complete ????),
а что прописано в ПГМ252 ??? Там есть роут для набора, начинающегося на 2 ??


--------------------
Аксиома Коула: Общая сумма разума на планете - величина постоянная, а население растет ...
Перейти в начало страницы
 
+Цитировать сообщение
Kr@nk
сообщение 2.9.2013, 16:37
Сообщение #60


Участник
**

Группа: Участники
Сообщений: 10
Регистрация: 20.3.2012
Пользователь №: 17266



Цитата(harris @ 2.9.2013, 17:30) *
Вызов идет 2008 (кстати, а почему нет Sending_Complete ????),
а что прописано в ПГМ252 ??? Там есть роут для набора, начинающегося на 2 ??

есть
index 0
CO Group 3
Compare Digits 3
CO + Rerouting Number 890013
Rerouting Type Net

index 0
CO Group 1
Compare Digits 2
CO + Rerouting Number 890032
Rerouting Type Net

всего два правила, и второе из них работать и перестало.
Перейти в начало страницы
 
+Цитировать сообщение

6 страниц V  < 1 2 3 4 5 > » 
Ответить в данную темуНачать новую тему
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 



Текстовая версия Сейчас: 29.3.2024, 13:47