Уважаемые гуру, подскажите мне как можно снять трассировку чтобы понять куда стучится плата VOIB. Ну и плюс заодно как снять трассировку так чтобы был виден сетап от провайдера: JENNIE + t b 08 дает только общую SMDR и там показывается только АОН звонящего а не наш купленный у провайдера номер... А провайдер клянется и божится что 10 цифр шлет... Ставлю 231 прогой разруливание DND но разруливается все по нулевой строчке...

снифер

И все таки повторю вопрос не для тех кто считает себя самым умным бросив одно слово, все таки как посмотреть то что уходит от станции в трассировке, и что присылает провайдер в сетапе? t b 08 (где 08 номер слота с PRI платой) дает лишь номер записи, станцию на которую приходит, линию CO откуда приходит и аон звонящего. Те.е. я звоню с мобил 8903ххх-хх-хх, на номер 8495-785-хххх, а в трассе показывает только R80903xxxxxxx и номер станции куда проключили. Что идет от провайдера я не понимаю где посмотреть.

Так же и с VOIB. Все вроде учтено согласно поиску по форуму, но при попытке позвонить наружу через линии sipnet.ru тупо тишина в трубке.. ни гудков ни отбоя...

ЗЫ поясню еще вкратце в чем задача... в наследство досталась станция LDK 300 с заведенными 8 CO и 2-мя потоками по 10 линий. Все линии были спрограммированы как обычные CO включая потоковые, и поэтому было много нареканий со стороны клиентов что второй номер - из двух передаваемых в поток, не идет напрямую на факс. В срочном порядке меня направили на курсы, и теперь все стрелы по АТС направлены на меня. Я спрограммировал один поток на разбор входящих по 231 таблице - и там все разруливается отлично. НО!! теперь второй поток не хочет разруливаться таким же способом хотя провайдер уверяет что шлет 10 цифр, но отрезание 7 цифр не пашет -все во втором потоке входящие рулятся по 231 - индекс 0. Как я понимаю это означает что от прова вообще не принимается цифр или принимается чтото левое..... Как посмотреть что шлет провайдер я не понимаю. До кучи еще купили VOIB, и все вроде отлично, и плата извне пингуется и смотрит напрямую в WAN. и аккаунт сипнета пополнен, и все прописано как сказано в многочисленых соо на форуме, а все равно, занимаешь линию - под сип отведенную набором 5 прописанной в NET NUMBERING PLAN - тишина и спокойствие - ни отбоя ни прозвона... куда смотреть уже не знаю даже...

Надо бы конфиг ваш посмотреть

1) Вы просто не получаете трассировку.
Нужно в ПГМ175 указать порт, через требуется принимать данные трассировки. Либо тоже же самое можно указать в терминальном режиме Monitor (пароль - jennie) командой: p s
(текущее назначение портов ввода/вывода для разных задач можно посмотреть командой: p v <Enter>)
Кроме того, для получения трассировки переключатель №3 на плате процессора должен быть в положении =OFF.

2). Чем Вам не понравился совет - посмотреть пакеты (т.е. снять ту же трассировку) обычным сниффером??? Полно доступный программ: Ethereal, WireShark.
И, ИМХО, сарказм поберегите для других, более подхощих случаев. А в данном случае Вам дали дельный совет. А снифер, так он в Африке тоже снифер. Что тут пояснять.

Благодарю за подробный ответ, но все равно не понимаю - без модуля памяти мне не увидеть Called Number?

получаю подобную трассировку по t b 17 n
и не могу понять все таки что мне шлет провайдер...

1658942 COL 046:17 08 St:co idle (00) Ev-I:enb sz req P1: 0 P2: 0 EVT: 25 <- 53,04
1658942 D>17 08, C1 00 00
1658975 COL 047:17 09 St:talk (00) Ev-I:release P1: 0 P2: 0 EVT: 27 <- 44,05
1658975 D>17 09, C5 00 00
1658975 C>17 09, DE 05 45 08 02 80 90
1658975 D>17 09, C1 00 00
1658977 COL 047:17 09 St:rls guard (00) EVT F 05 4D 08 02 80 90 (U0)
1658977 C>17 09, E0 05 5A 08 02 80 90
1658977 COL 047:17 09 St:rls guard (00) Ev-I:pp rls ack P1: 0 P2: 0 EVT: 32 <- 47,61
1658980 COL 047:17 09 St:rls guard (00) Ev-T:isd rls gd P1: 0 P2: 0 TMR: 9 <- 47,61
1658980 D>17 09, C5 00 00
1659042 COL 046:17 08 St:enblk p_sz(00) Ev-I:mem dial P1: 0 P2:1015EA8A EVT:110 <- 53,04
1659042 COL 046:17 08 St:enblk p_sz(00) Ev-I:enb sz snd P1: 0 P2: 0 EVT: 26 <- 46,61
1659042 C>17 08, D5 1D 05 A1 04 03 80 90 A3 18 03 A9 83 88 70 0F 80 38 31 30 33 33 31 36 30 33 30 31 3
1659042 D>17 08, C1 00 00
1659044 COL 046:17 08 St:wt sz rsp (00) EVT 1 06 02 18 03 A9 83 88 (U1)
1659044 COL 046:17 08 St:wt sz rsp (00) Ev-I:pp sz ack P1: 0 P2: 0 EVT: 16 <- 46,61
1659044 D>17 08, C0 00 B7
1659044 COL 046:17 08 St:dialing (00) EVT 2 01 07 (U3)
1659044 D>17 08, C0 00 B7
1659045 C>17 08, D3 01 0F
1659045 COL 046:17 08 St:talk (00) Ev-I:dummy acd P1:26D6 P2: 0 EVT: 0 <- 46,61
1659201 COL 047:17 09 St:co idle (00) Ev-I:enb sz req P1: 0 P2: 0 EVT: 25 <- 50,04
1659201 D>17 09, C1 00 00
1659302 COL 047:17 09 St:enblk p_sz(00) Ev-I:mem dial P1: 0 P2:1015E625 EVT:110 <- 50,04
1659302 COL 047:17 09 St:enblk p_sz(00) Ev-I:enb sz snd P1: 0 P2: 0 EVT: 26 <- 47,61
1659302 C>17 09, D5 1A 05 A1 04 03 80 90 A3 18 03 A9 83 89 70 0C 80 38 39 31 30 39 31 37 33 35 33 35
1659302 D>17 09, C1 00 00
1659305 COL 047:17 09 St:wt sz rsp (00) EVT 1 06 02 18 03 A9 83 89 (U1)
1659305 COL 047:17 09 St:wt sz rsp (00) Ev-I:pp sz ack P1: 0 P2: 0 EVT: 16 <- 47,61
1659305 D>17 09, C0 00 B8
1659305 COL 047:17 09 St:dialing (00) EVT 2 01 07 (U3)
1659305 D>17 09, C0 00 B8
1659305 C>17 09, D3 01 0F
1659305 COL 047:17 09 St:talk (00) Ev-I:dummy acd P1:26D6 P2: 0 EVT: 0 <- 47,61
03/01/10 TIME: 16:55:00
03/01/10 TIME: 16:56:00
1659998 COL 048:17 10 St:talk (00) EVT E 05 45 08 02 80 90 (U10)
1659998 C>17 10, DF 05 4D 08 02 80 90
1659998 D>17 10, C1 00 00
1659998 D>17 10, C5 00 00
1659998 D>17 10, C5 00 00
1660001 COL 048:17 10 St:talk (00) EVT :E0 05 5A 08 02 80 90 (U19)
1660001 D>17 10, C5 00 00
1660004 COL 048:17 10 St:talk (00) Ev-T:isd rls gd P1: 0 P2: 0 TMR: 9 <- 48,61
1660004 D>17 10, C5 00 00
1660277 COL 048:17 10 St:co idle (00) Ev-I:enb sz req P1: 0 P2: 0 EVT: 25 <- 44,05
1660277 D>17 10, C1 00 00
1660279 COL 047:17 09 St:talk (00) Ev-I:release P1: 0 P2: 0 EVT: 27 <- 50,04
1660279 D>17 09, C5 00 00
1660279 C>17 09, DE 05 45 08 02 80 90
1660279 D>17 09, C1 00 00
1660281 COL 047:17 09 St:rls guard (00) EVT F 05 4D 08 02 80 90 (U0)
1660281 C>17 09, E0 05 5A 08 02 80 90
1660281 COL 047:17 09 St:rls guard (00) Ev-I:pp rls ack P1: 0 P2: 0 EVT: 32 <- 47,61
1660284 COL 047:17 09 St:rls guard (00) Ev-T:isd rls gd P1: 0 P2: 0 TMR: 9 <- 47,61
1660284 D>17 09, C5 00 00
1660425 COL 048:17 10 St:enblk p_sz(00) Ev-I:mem dial P1: 0 P2:1015DD5B EVT:110 <- 44,05
1660425 COL 048:17 10 St:enblk p_sz(00) Ev-I:enb sz snd P1: 0 P2: 0 EVT: 26 <- 48,61
1660425 C>17 10, D5 1A 05 A1 04 03 80 90 A3 18 03 A9 83 8A 70 0C 80 38 38 36 32 32 36 32 32 36 30 32
1660425 D>17 10, C1 00 00
1660428 COL 048:17 10 St:wt sz rsp (00) EVT 1 06 02 18 03 A9 83 8A (U1)
1660428 COL 048:17 10 St:wt sz rsp (00) Ev-I:pp sz ack P1: 0 P2: 0 EVT: 16 <- 48,61
1660428 D>17 10, C0 00 B9
1660428 COL 048:17 10 St:dialing (00) EVT 2 01 07 (U3)
1660428 D>17 10, C0 00 B9
1660428 C>17 10, D3 01 0F
1660428 COL 048:17 10 St:talk (00) Ev-I:dummy acd P1:26D6 P2: 0 EVT: 0 <- 48,61
1660429 COL 048:17 10 St:talk (00) Ev-T:inter dgt P1: 0 P2: 0 TMR: 41 <- 48,61
1660429 D>17 10, C0 00 B9
1660429 CO=48 T_041
1660429 COL 048:17 10 St:talk (00) Ev-I:dummy acd P1:26D6 P2: 0 EVT: 0 <- 48,61
1660443 COL 048:17 10 St:talk (00) Ev-T:inter dgt P1: 0 P2: 0 TMR: 41 <- 48,61
1660443 D>17 10, C0 00 B9
1660443 CO=48 T_041
1660443 COL 048:17 10 St:talk (00) Ev-I:dummy acd P1:26D6 P2: 0 EVT: 0 <- 48,61
03/01/10 TIME: 16:57:00
03/01/10 TIME: 16:58:00

.

А 177-16 (Print Caller Number) в "ON" стоит?

Да вроде все стоит. А разве это не АОН звонящего?
мне как я понимаю надо поле которое в рассширенной трассировке называется IE_Called_Number, чтобы я мог с провайдером разговаривать с позиции не вижу цифр от вас..
Ну ведь так не бывает что два потока настроены одинаково, а один по 231 маршрутится, а второй нет, если оба провайдера шлют все правильно и настроен DID conv type.
Тип линий выставлен в ISDN, и все равно все валится не на соответствующие строчки 231 а на нулевую. В другом потоке все настроено так же за исключением того что провайдер шлет не 10 а 7 цифр, и отрезаются 4 вместо семи.
Нажмите для просмотра прикрепленного файла
Нажмите для просмотра прикрепленного файла

Да, это касательно номера вызывающего.
А вот по трассе, какой номер вызывали, когда ее снимали?

У нас в поток приходят 4 номера,
7хх-5991,
7xx-6069
9yy-2848
9yy-2851
ну точнее - провайдер (совинтел или точнее сейчас уже билайн) клянется что шлет 10 знаков включая 495 код.
Я к сожалению не могу днем остановить поток и выделить его под свои эксперименты - потому что номера выделены под рекламу и по ним идет постоянный прозвон. так что днем могу только приблизительно сказать какой из четырех номеров вызывался. Потому и начал морочиться трассировкой что вроде бы должно быть прозрачно и все должно работать, а понять почему не работает без трассы не могу..

При беглом просмотре трассировки в ней входящих не обнаружил, только исходящие вызовы.
Повторите и посмотрим сколько цифр присылает провайдер

при входящем должно быть что похожее на это:
561073 COL 036:08 24 St:co idle (00) EVT 5 29 05 A1 04 03 80 90 A3 18 03 A9 83 99 1E 02 82 83 6C 0D 00 81 38 34 39 35 37 38 32 36 34 39 34 70 08 81 37 39 30 37 39 39 37 (U0)

Вот звонок приходящий на 7xx5991


Welcome to LDK-300 system. Press enter.
Your address is 192.168.1.5. Your port number is 6.


LDK-300 System
Version GS30P-3.8Ah MAR/08
DATE: 03/02/10
TIME: 23:42:21
SITE NAME :
ENTER PASSWORD: j*e*n*n*i*e*

montt dd

Trace_Info is erased!
mon> tt bb 1177 nn

Trace On: Slot(17) - Board Trace
mon> xx


DATE: 03/02/10 TIME: 23:43:11
Exiting monitor utility...

2768494 COL 039:17 01 St:co idle (00) EVT 5 12 05 04 03 90 90 A3 18 03 A1 83
81 70 04 81 36 32 33 A1 (U0)
2768494 C>17 01, D1 06 02 18 03 A9 83 81
2768494 COL 039:17 01 St:co idle (00) Ev-I:ring start P1: 0 P2: 0 EVT: 11
<- 39,61
2768494 D>17 01, C0 00 B0
2768494 COL 039:17 01 St:di-dialing(00) Ev-I:disa dgt P1: 6 P2: 0 EVT: 80
<- 39,61
2768494 COL 039:17 01 St:di-dialing(00) Ev-I:disa dgt P1: 2 P2: 0 EVT: 80
<- 39,61
2768494 COL 039:17 01 St:di-dialing(00) Ev-I:disa dgt P1: 3 P2: C EVT: 80
<- 39,61
2768494 COL 039:17 01 St:di-dialing(00) Ev-I:dummy acd P1:26F3 P2: 0 EVT: 0
<- 39,61
2768499 COL 039:17 01 St:di-dialing(00) Ev-T:ds-dial P1: 0 P2: 0 TMR: 40
<- 39,61
2768499 C>17 01, D0 06 01 18 03 A9 83 81
2768499 C>17 01, D2 01 07
2768499 D>17 01, C0 00 B0
2768499 COL 039:17 01 St:ds-dialing(0C) Ev-I:dummy acd P1:26AF P2: 4 EVT: 0
<- 39,61
2768501 COL 039:17 01 St:ds-dialing(0C) Ev-I:dvu play P1: 0 P2: 2 EVT: 0
<- 1,88
2768502 COL 039:17 01 St:ds-dialing(0C) EVT 3 01 0F (U8)
03/02/10 TIME: 23:44:00
2177 EXT 039 00:00:00 02/03/10 23:43 R RING 00:28

2768781 COL 039:17 01 St:ds-dialing(0C) Ev-I:dv-ply end P1: 0 P2: 2 EVT:124
<- 1,88
2768781 D>17 01, C5 00 00
2768781 C>17 01, DE 05 45 08 02 80 90
2768781 D>17 01, C1 00 00
2768784 COL 039:17 01 St:rls guard (00) EVT F 05 4D 08 02 80 90 (U0)
2768784 C>17 01, E0 05 5A 08 02 80 90
2768784 COL 039:17 01 St:rls guard (00) Ev-I:pp rls ack P1: 0 P2: 0 EVT: 32
<- 39,61
2768787 COL 039:17 01 St:rls guard (00) Ev-T:isd rls gd P1: 0 P2: 0 TMR: 9
<- 39,61
2768787 D>17 01, C5 00 00
03/02/10 TIME: 23:45:00
03/02/10 TIME: 23:46:00


Он разрулился по нулевой строке 231 таблицы. Пытаюсь понять логику 16рички, но никак не получается уловить связь с цифрами 5991

по идее должно быть либо тут:
2768494 C>17 01, D1 06 02 18 03 A9 83 81

или тут
(00) EVT 5 12 05 04 03 90 90 A3 18 03 A1 83
81 70 04 81 36 32 33 A1 (U0)


если конечно чтото присылается....


З. Ы. Скорее всего не присылается ничего, так как смена количества отрезаемых цифр с 7 на 4 - не дала никакого результата... так что возможную запарку провайдера отдающего не 10 а 7 цифр можно исключить...

К Вам приходит три цифры - 623 (36 32 33). т.е Вам обрезать ничего не надо.

По мойму, не с первой строки вызов отображен, нет Calling party number, есть номер вызываемого абонента-623

О, Евгений уже ответил...

Да, приходит 623. Но вот с этим не вяжется...

Да я тоже в недоумении. Звонок - снята трасса в ночь, причем звонок был сделан позже чем запущена трассировка.. Набирался номер 7xx5991 c мобильного.. Скажите, а 623 это уже после обрезки получается?

А есть у вас номера, заканчивающиеся на 623, как таковые?

Есть но они у другого провайдера, который к тому же насколько я знаю не хочет его отдавать, хотя мы и планировали отказаться от его услуг, но там какие то незаконченые финансовые трения.... Причем приходить этот номер должен по аналогу. Ну тоесть там тоже VoIP, но модем стоит провайдерский и он сам все это делит на CO и нам отдает их по 8 парам 8 линий.

А можно конфиг ваш глянуть? Есть некая мысль.

Информация изменилась - оказывается их включили в поток как говорят с утра - но раз звонок был сделан в полночь - то видимо со вчерашнего вечера... Но тогда почему звоню на 5991 а приходит 623? А 623 это уже обрезаные?

Ну так, покажете конфиг то?

Преобразование номера Б выполняет провайдер, судя по всему по Вашей с ним договоренности. Приземляйте вызов в 231 проге в 623 таблице на нужный Вам внутренний (н-р) номер. Повторю, отрезать ничего не надо(прога 143)

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

Не совсем понятно, чего вы этим хотите добиться.


Что уже программировали?

[quote name='Dron' date='3.3.2010, 20:30' post='30004']
Не совсем понятно, чего вы этим хотите добиться.


Ну смотрите, мне надо чтобы из потока выделялся только один канал единовременно и под определенный номер. Остальные номера должны разруливаться по 231 таблице. Тот номер который должен отбираться из потока - должен отбираться именно из потока (физически) - непонятной машиной INFRA Call Center и отправляться на рабочее место оператора подключенное физически к этой машине. При всем при этом - если будет второй звонок на уже занятый отбираемый номер - то на него должен идти отбой. Отсюда вывод - надо пустить поток от провайдера - транзитом на INFRA но не весь а сузить его до одного канала - и посылать туда отбираемый номер транзитом...

Тогда настраивайте на своем INFRA Call Center маршрутизацию, или например МЦК МР-4 вам в помошь, но он стоит как крыло от боинга.