FHJFKLK
31.07.2009, 08:18
Добрый день всем!

Такая проблема в каналы Pri не отбиваются.

настроено в Меридиане так Pri2 потоком E1 в циску, а далее в Avaya.

В Меридиане есть выход набором 8 на CO (двух проводки)

Абоненты со стороны Avaya набирают определёную комбинацию и поподают через циску в Меридиан, далее набирают 8 поподают на CO и набирают номер.

Так вот когда абонент Avaya ложит трубку, CO отбивается на Меридиане,
но не посылает сигнал отбоя на каналы Pri в Меридиане, в итоге Каналы висят пока их в ручную не сбросиш.

Карта двух проводок NT8D14BB.
PRI NT5D97AD.

Узновал у спецов, говорят что имено данная карта NT8D14BB не имеет режим SUPN, и поэтому она не даёт сигнал отбоя на PRI, это возможно только на карте NT8D16.

Так вот а трафик жрёт и в ручную тяжело следить зависли или нет.
Хотелбы узнать есть способ как можно эту проблему решить?
P.S. Во всех остольных случиях при наборе на внутрение номера Меридиана со стороны Avaya по каналам Pri, проблем нет.

Urri
31.07.2009, 09:39
Трасировочку звонков с авайи на СО и абонента Меридиана можно? Авайец отбивается первым.

Lev Serdukov
31.07.2009, 09:41
Не надо путать супервайзера с бизидетектором. Ставь supn в yes и styp в bst.

FHJFKLK
31.07.2009, 10:47
Не надо путать супервайзера с бизидетектором. Ставь supn в yes и styp в bst.

в этом положении не чего не работает связи нет!

Lev Serdukov
31.07.2009, 11:13
Тогда ждем трассировочку которую просил Urri.

FHJFKLK
31.07.2009, 11:19
Тогда ждем трассировочку которую просил Urri.

и я жду человека который авайю админит ща его нет на месте, как будет выложу

Urri
31.07.2009, 11:51
А зачем человек с авайи? С меридиана трассировку просили.

FHJFKLK
31.07.2009, 12:12
и я жду человека который авайю админит ща его нет на месте, как будет выложу

с авайи трассировка
011889: .Jul 31 11:56:04.684 MSK: ISDN Se0/0/0:15 Q931: Applying typeplan for sw-type 0x12 is 0x2 0x1, Calling num 4832

011890: .Jul 31 11:56:04.688 MSK: ISDN Se0/0/0:15 Q931: Applying typeplan for sw-type 0x12 is 0x0 0x1, Called num 88676

011891: .Jul 31 11:56:04.692 MSK: ISDN Se0/0/0:15 Q931: TX -> SETUP pd = 8 callref = 0x0348

Sending Complete

Bearer Capability i = 0x9090A3

Standard = CCITT

Transfer Capability = 3.1kHz Audio

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0xA98381

Exclusive, Channel 1

Progress Ind i = 0x8183 - Origination address is non-ISDN

Display i = 'Belousov Anton '

Calling Party Number i = 0x2180, '4832'

Plan:ISDN, Type:National

Called Party Number i = 0x81, '88676'

Plan:ISDN, Type:Unknown

011892: .Jul 31 11:56:04.792 MSK: ISDN Se0/0/0:15 Q931: RX <- CALL_PROC pd = 8 callref = 0x8348

Channel ID i = 0xA98381

Exclusive, Channel 1

011893: .Jul 31 11:56:04.796 MSK: ISDN Se0/0/0:15 Q931: RX <- PROGRESS pd = 8 callref = 0x8348

Progress Ind i = 0x8181 - Call not end-to-end ISDN, may have in-band info

011894: .Jul 31 11:56:09.072 MSK: ISDN Se0/0/0:15 Q931: RX <- CONNECT pd = 8 callref = 0x8348

011895: .Jul 31 11:56:09.076 MSK: %ISDN-6-CONNECT: Interface Serial0/0/0:0 is now connected to 88676 N/A

011896: .Jul 31 11:56:09.076 MSK: ISDN Se0/0/0:15 Q931: TX -> CONNECT_ACK pd = 8 callref = 0x0348



После того как положил трубку



011898: .Jul 31 11:56:30.633 MSK: %ISDN-6-DISCONNECT: Interface Serial0/0/0:0 disconnected from 88676 , call lasted 21 seconds

011899: .Jul 31 11:56:30.637 MSK: ISDN Se0/0/0:15 Q931: TX -> DISCONNECT pd = 8 callref = 0x0348

Cause i = 0x8290 - Normal call clearing

011900: .Jul 31 11:56:30.665 MSK: ISDN Se0/0/0:15 Q931: RX <- RELEASE pd = 8 callref = 0x8348

011901: .Jul 31 11:56:30.669 MSK: ISDN Se0/0/0:15 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x0348

011902: .Jul 31 11:56:32.353 MSK: ISDN Se0/0/0:15 Q931
в этом положении канад на меридиане и на авайе весит
PRI2 LOOP 12 - ENBL
REF CLK: DSBL
SERVICE RESTORE: YES
ALARM STATUS: ACCEPTABLE
CH 01 - BUSY DID VOD * CH 02 - IDLE DID VOD *
CH 03 - IDLE DID VOD * CH 04 - IDLE DID VOD *
CH 05 - IDLE DID VOD * CH 06 - IDLE DID VOD *
CH 07 - IDLE DID VOD * CH 08 - IDLE DID VOD *
CH 09 - IDLE DID VOD * CH 10 - IDLE DID VOD *
CH 11 - IDLE DID VOD * CH 12 - IDLE DID VOD *
CH 13 - IDLE DID VOD * CH 14 - IDLE DID VOD *
CH 15 - IDLE DID VOD * CH 16 - UNEQ
CH 17 - UNEQ CH 18 - UNEQ
CH 19 - UNEQ CH 20 - UNEQ
CH 21 - UNEQ CH 22 - UNEQ
CH 23 - UNEQ CH 24 - UNEQ
CH 25 - UNEQ CH 26 - UNEQ
CH 27 - UNEQ CH 28 - UNEQ
CH 29 - UNEQ CH 30 - UNEQ
CH 31 - DCH 16

моя трасировка

DCH 16 UIPE_IMSG CC_SETUP_IND REF 00002503 CH 12 1 TOD 11:56:54 CK 20C6DF85
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:4832 NUM PLAN: E164 TON: NATL
CALLED #:88676 NUM PLAN: E164 TON: UNKNOWN

DCH 16 UIPE_OMSG CC_PROCEED_REQ REF 0000A503 CH 12 1 TOD 11:56:54 CK 20C6DF89

DCH 16 UIPE_OMSG CC_PROGRESS_REQ REF 0000A503 CH 12 1 TOD 11:56:54 CK 20C6DF8
A
PROGRESS: CALL IS NOT END TO END ISDN

DCH 16 UIPE_OMSG CC_SETUP_RESP REF 0000A503 CH 12 1 TOD 11:57:00 CK 20C701B2
PROGRESS: INTERWORKING WITH A PUBLIC NETWORK
PROGRESS: UNABLE TO SUPPLY A RELEASE SIGNAL

DCH 16 UIPE_IMSG CC_SETUPCOMP_IND REF 00002503 CH 12 1 TOD 11:57:00 CK 20C701F
6

здесь нет строчки в конце что отбой произошёл.

CO отбивается это не надо трассировки.

вот со стороны Меридиана
в авайю
011933: .Jul 31 12:00:20.902 MSK: ISDN Se0/0/0:15 Q931: Applying typeplan for sw-type 0x12 is 0x2 0x1, Calling num 4832

011934: .Jul 31 12:00:20.902 MSK: ISDN Se0/0/0:15 Q931: Applying typeplan for sw-type 0x12 is 0x0 0x1, Called num 88676

011935: .Jul 31 12:00:20.906 MSK: ISDN Se0/0/0:15 Q931: TX -> SETUP pd = 8 callref = 0x034A

Sending Complete

Bearer Capability i = 0x9090A3

Standard = CCITT

Transfer Capability = 3.1kHz Audio

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0xA98381

Exclusive, Channel 1

Progress Ind i = 0x8183 - Origination address is non-ISDN

Display i = 'Belousov Anton '

Calling Party Number i = 0x2180, '4832'

Plan:ISDN, Type:National

Called Party Number i = 0x81, '88676'

Plan:ISDN, Type:Unknown

011936: .Jul 31 12:00:21.002 MSK: ISDN Se0/0/0:15 Q931: RX <- CALL_PROC pd = 8 callref = 0x834A

Channel ID i = 0xA98381

Exclusive, Channel 1

011937: .Jul 31 12:00:21.010 MSK: ISDN Se0/0/0:15 Q931: RX <- PROGRESS pd = 8 callref = 0x834A

Progress Ind i = 0x8181 - Call not end-to-end ISDN, may have in-band info

011938: .Jul 31 12:00:25.366 MSK: ISDN Se0/0/0:15 Q931: RX <- CONNECT pd = 8 callref = 0x834A

011939: .Jul 31 12:00:25.370 MSK: %ISDN-6-CONNECT: Interface Serial0/0/0:0 is now connected to 88676 N/A

011940: .Jul 31 12:00:25.374 MSK: ISDN Se0/0/0:15 Q931: TX -> CONNECT_ACK pd = 8 callref = 0x034A

011941: .Jul 31 12:00:31.370 MSK: %ISDN-6-CONNECT: Interface Serial0/0/0:0 is now connected to 88676 N/A



Тут ты положил трубку, а я не кладу… у меня идут гудки… и потом такой бесконечный зуммер…



И всё, т.е. твоя АТС не прислала отбой. У меня этот канал до сих пор висит, до того момента, как я не положу трубку (и наша Авая не скажет через ИП сеть циски, о том, что трубку положили)

Urri
31.07.2009, 12:34
Многа букафф, ниасилю...
Если хотите помощи-сделайте то, что просят. Нафиг сейчас трасировка с авайи? Тем более что между аваей и меридианом есть еще циска?

здесь нет строчки в конце что отбой произошёл.

А где строчка что он начался?
ПОЛНОСТЬЮ трасировку с меридиана 2-х звонков.
1- с авайи на абонента меридиана. авайя отбивается первой
2- с авайи вовне. авайя отбивается первой

FHJFKLK
31.07.2009, 12:57
Многа букафф, ниасилю...
Если хотите помощи-сделайте то, что просят. Нафиг сейчас трасировка с авайи? Тем более что между аваей и меридианом есть еще циска?

А где строчка что он начался?
ПОЛНОСТЬЮ трасировку с меридиана 2-х звонков.
1- с авайи на абонента меридиана. авайя отбивается первой
2- с авайи вовне. авайя отбивается первой

вот я с меридиана позванил
CALLING #:09 NUM PLAN: E164 TON: UNKNOWN
CALLED #:504832 NUM PLAN: E164 TON: UNKNOWN

DCH 16 UIPE_IMSG CC_PROCEED_IND REF 0000026A CH 12 15 TOD 12:48:47 CK 2125B929


DCH 16 UIPE_IMSG CC_ALERT_IND REF 0000026A CH 12 15 TOD 12:48:47 CK 2125B9CD

DCH 16 UIPE_IMSG CC_SETUP_CONF REF 0000026A CH 12 15 TOD 12:48:49 CK 2125CC53

PROGRESS: TERMINATING END IS NOT ISDN

DCH 16 UIPE_IMSG CC_DISC_IND REF 0000026A CH 12 15 TOD 12:48:57 CK 21260F01
CAUSE: #16 - NORMAL CALL CLEARING

DCH 16 UIPE_OMSG CC_RELEASE_REQ REF 0000026A CH 12 15 TOD 12:48:57 CK 21260F03


DCH 16 UIPE_IMSG CC_RELEASE_CONF REF 0000026A CH 12 15 TOD 12:48:57 CK 21260F
37

DCH 16 UIPE_IMSG CC_SETUP_IND REF 00002C03 CH 12 1 TOD 12:48:59 CK 2126231F
PROGRESS: ORIGINATING END IS NOT ISDN

вот с авайи звонят и ложат трубку
CALLING #:4832 NUM PLAN: E164 TON: NATL
CALLED #:88676 NUM PLAN: E164 TON: UNKNOWN

DCH 16 UIPE_OMSG CC_PROCEED_REQ REF 0000AC03 CH 12 1 TOD 12:48:59 CK 21262323

DCH 16 UIPE_OMSG CC_PROGRESS_REQ REF 0000AC03 CH 12 1 TOD 12:48:59 CK 2126232
4
PROGRESS: CALL IS NOT END TO END ISDN

DCH 16 UIPE_OMSG CC_SETUP_RESP REF 0000AC03 CH 12 1 TOD 12:49:05 CK 21264544
PROGRESS: INTERWORKING WITH A PUBLIC NETWORK
PROGRESS: UNABLE TO SUPPLY A RELEASE SIGNAL

DCH 16 UIPE_IMSG CC_SETUPCOMP_IND REF 00002C03 CH 12 1 TOD 12:49:05 CK 2126458
1

DCH 16 UIPE_IMSG CC_DISC_IND REF 00002C03 CH 12 1 TOD 12:49:13 CK 21268798
CAUSE: #16 - NORMAL CALL CLEARING

DCH 16 UIPE_OMSG CC_RELEASE_REQ REF 0000AC03 CH 12 1 TOD 12:49:13 CK 21268799

DCH 16 UIPE_IMSG CC_RELEASE_CONF REF 00002C03 CH 12 1 TOD 12:49:13 CK 212687D
2

Old Chap
31.07.2009, 13:10
По этим логам всё отбивается как надо.

FHJFKLK
31.07.2009, 13:16
По этим логам всё отбивается как надо.

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

Old Chap
31.07.2009, 13:19
вот можно ли зделать чтоб канал отбивался после 30 мин разговора примерно?
Таймер TFD в руте.

Lev Serdukov
31.07.2009, 13:47
в этом положении не чего не работает связи нет!

А мне вот интересно, почему при включенном супервайзере "не чего не работает связи нет". :confused:

FHJFKLK
31.07.2009, 13:50
Таймер TFD в руте.

TFD есть руте на CO но мне не это надо, CO ка отбивается НЕ отбивается в PRI канал

в руте PRi нету TFD таймера

FHJFKLK
31.07.2009, 13:51
А мне вот интересно, почему при включенном супервайзере "не чего не работает связи нет". :confused:

не знаю вот и спрашиваю сам, как решить, поробуйте сами поигратся на NT8D14

Lev Serdukov
31.07.2009, 13:59
не знаю вот и спрашиваю сам, как решить, поробуйте сами поигратся на NT8D14
Ну у меня как раз она и установлена. Вроде все нормально работает. А у вас абоненты меридиана нормально через 2-х проводку звонят при включеном супервайзере?

Lev Serdukov
31.07.2009, 14:07
в руте PRi нету TFD таймера
TFD applies to CO, DIC, FEX, PAG, TIE and WATS
routes. Видимо у вас DID. Оно осознано сделано? А то можно попробовать переделать в TIE.

FHJFKLK
31.07.2009, 14:07
Ну у меня как раз она и установлена. Вроде все нормально работает. А у вас абоненты меридиана нормально через 2-х проводку звонят при включеном супервайзере?

хммм.. попробывал меридиан - CO соединение установилось, но я говарю меня не слышат, на той стороне говарит я не слышу.
При Supn YES
Ctyp bst

а вот SUPN NO
всё нормально набираю 8 и пошёл звонок абонент поднимает и разговариваем слышим друг друга, и наоборот абонент другой станции звонит на CO также всё нормально в вот с включеным тишина.

FHJFKLK
31.07.2009, 14:11
TFD applies to CO, DIC, FEX, PAG, TIE and WATS
routes. Видимо у вас DID. Оно осознано сделано? А то можно попробовать переделать в TIE.

по началу делали каналы TIE и маршруте TIE, работала только одностороняя связь с Меридиана перенастроили в DID, получилось и туда и обратно.

Old Chap
31.07.2009, 14:32
по началу делали каналы TIE и маршруте TIE, работала только одностороняя связь с Меридиана перенастроили в DID, получилось и туда и обратно.
Просто поначалу что-то недоконфигурили.
Переделайте в ТАЙ с сохранением всех прочих параметров рута и транков, и будет вам радость (в смысле таймер).

Lev Serdukov
31.07.2009, 14:41
Кстати, традиционный вопрос: актуальные деплисты установлены?

FHJFKLK
31.07.2009, 15:06
Просто поначалу что-то недоконфигурили.
Переделайте в ТАЙ с сохранением всех прочих параметров рута и транков, и будет вам радость (в смысле таймер).

тоесть иными словами убить всё и здлеть в TIE, не кто не позволит это сделать так как щас авайя разговаривает по внутреним номерам с меридианом.

FHJFKLK
31.07.2009, 15:08
Кстати, традиционный вопрос: актуальные деплисты установлены?

АТС Меридиан 1 61 опция релиз 4.0

в 2003 году обдейт был с 51 на 61

диплистов нет если вы имеете в виду патчи?

Lev Serdukov
31.07.2009, 15:17
АТС Меридиан 1 61 опция релиз 4.0

в 2003 году обдейт был с 51 на 61

диплистов нет если вы имеете в виду патчи?

61-я машинка, да не пропатченная? Чего-ж вы тогда с нее хотите? Разумеется она вполне может неадекватно себя вести. Поставьте последние деплисты, и будет вам счастье.

Old Chap
31.07.2009, 15:21
тоесть иными словами убить всё и здлеть в TIE, не кто не позволит это сделать так как щас авайя разговаривает по внутреним номерам с меридианом.
Нда.. ну и проблемы у вас :)

Дизейблите половину транков, переписываете их в новый рут, вводите в работу. Потом вторую половину. Никто и не заметит ничего :)

FHJFKLK
31.07.2009, 15:21
61-я машинка, да не пропатченная? Чего-ж вы тогда с нее хотите? Разумеется она вполне может неадекватно себя вести. Поставьте последние деплисты, и будет вам счастье.

Цена вопроса?

Lev Serdukov
31.07.2009, 15:39
Цена вопроса?

Да какая там цена. Мир не без добрых людей. Поспрашивайте тут (догадываюсь, что ваш дистрибьютер как обычно канул в лету). Только не забудьте указать тип процессора. У меня деплистов на 4 релиз и 61 машину нет к сожалению.

Lev Serdukov
31.07.2009, 15:44
Нда.. ну и проблемы у вас :)

Дизейблите половину транков, переписываете их в новый рут, вводите в работу. Потом вторую половину. Никто и не заметит ничего :)

А оно даст в потоке половину транков сделать tie оставив при этом вторую did? Я сам не пробовал (мне проще снести и сделать заново, делов то на 5 минут) потому и сомневаюсь. :confused:

FHJFKLK
31.07.2009, 15:48
А оно даст в потоке половину транков сделать tie оставив при этом вторую did? Я сам не пробовал (мне проще снести и сделать заново, делов то на 5 минут) потому и сомневаюсь. :confused:

согласен!
ругатся будет

Tema
31.07.2009, 15:59
А оно даст в потоке половину транков сделать tie оставив при этом вторую did? Я сам не пробовал (мне проще снести и сделать заново, делов то на 5 минут) потому и сомневаюсь. :confused:

В разных рутах, но на одном потоке - даст. Ведь прописывали мы раньше DTI2 потоки с разделением на входящие (DID) и исходящие (CO).

Lev Serdukov
31.07.2009, 16:03
В разных рутах, но на одном потоке - даст. Ведь прописывали мы раньше DTI2 потоки с разделением на входящие (DID) и исходящие (CO).
Хм.. Логично. Как то не подумал.

Old Chap
31.07.2009, 17:33
согласен!
ругатся будет
:) О сколько ещё удивительного откроется пытливым молодым умам.
Не бойся пробовать, дружище, не бойся.
Оно не кусается :)

FHJFKLK
03.08.2009, 11:23
:) О сколько ещё удивительного откроется пытливым молодым умам.
Не бойся пробовать, дружище, не бойся.
Оно не кусается :)

делать не буду потому что изночально было TIE и не работало,
не чего не меняя заметьте.
после зделали DID всё пошло вот так каналы не отбиваются,

так что старым умам виднеее, но убивать и создовать не вижу смысла вернусь к первоначальной проблеме,
П.С. попробывал, залокил каналы, один оставил и зделал его TIE,
в транке поставил Supn YES, результат как я и говарил первоначальный,
одностороняя связь это раз, с сотороны авайи не даёт набрать 8 ку,
соединение устанвливается, но слышимость появляется в течении 9 сек.

Решено закрыть доступ, на 8 ку со стороны авайи.

спосибо за внимание, и помощь.

Тема закрыта!

Old Chap
03.08.2009, 11:32
Решено закрыть доступ, на 8 ку со стороны авайи.

Это, конечно, проще, чем прописать маршрутизацию с учетом FLEN :D

Успехов!