The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"КПВ вместо одного плеча разговора + Wireshark"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы Маршрутизаторы CISCO и др. оборудование. (VoIP)
Изначальное сообщение [ Отслеживать ]

"КПВ вместо одного плеча разговора + Wireshark"  +/
Сообщение от EXA email(ok) on 04-Дек-09, 07:39 
Всем привет.

Есть интересная трабла, есть Cisco AS5350 подключена в АТС SI2000, идут звонки MVTS дальше оператора, там с той стороны тоже сisco по Е1 в АТС и дальше в TDM. Ни у кого из других клиентов не у меня на другой сборке схемы (Cisco AS5400 + АТС М-200 + MVTS) проблем не испытываю, звоня через петлю  Asterisk - Cisco - АТС - Cisco - MVTS опрератор. За то на звонках где AS5350 + SI2000 при звонке, когда абонент Б снимает трубку, то абонент А происходит соединение, но вместо разговора А слушает КПВ, а Б слушает, что говорит абонент А. Причём на астере и циске показано, что коннект есть, в мерха есть и байтики, что медиа идёт и разговор считается. Хотел послушать WireShark, что же бегает на MVTS с какой стороны идёт КПВ или идёт из местной циски или от туда приходит.
Получается у меня есть две задачи, победить такой глюк, который появляется, только на одном прове и только со мной и второй научится юзать WireShark, ибо тама даже смотреть джитер можно, а это огромный +.

Чуток позже  покажу деваг ISDN q931,  а покамись с вайрешарком

http://wiki.wireshark.org/RTP_statistics

Я просто делаю дам на линухе

tcpdump -i eth1 -s 1500  host 192.168.39.38 -w callfile

Открываю под виндой у себя на машине, потом как в мане
Menu Statistics >> RTP >> Show all streams

Появляется окно "Wishark: RTP Streams", можно нажать Save As  или Analyse, не один из путей не привёл к щасью.
rtpdump - пропатчил, удалив левый символ окончания строки ^M, скопилел, установил
rtpdump -F itut -f dump_call -o file.rtp сделал так, скачал на винду попробовал декодировать www.voiceage.com va_g729_decoder.exe, получился файлик в 4 метра, хотя разговор от силы 20 секунд, сначало пытался обозвать *.au - в винампе поулчи шум, потом wav, получил тишину. Пока не знаю как дальше, посоветуйте, что делать дальше?

Высказать мнение | Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "КПВ вместо одного плеча разговора + Wireshark"  +/
Сообщение от EXA email(ok) on 04-Дек-09, 07:50 
Попробовал сохранить в raw,
va_g729_decoder.exe temp.raw final.raw
sox -r 8000 -w -s final.raw final.wav

Не получается услышать, что-то похожее что говорили в трубку.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

2. "КПВ вместо одного плеча разговора + Wireshark"  +/
Сообщение от dae (ok) on 07-Дек-09, 19:18 
Можно сделать проще - запускаешь софтфон и с компа делаешь звонок через Астериск(слушаешь, что в разговорном канале) и делаешь трейс.
А сервак дампом можно и положить при хорошей нагрузке)
Раз абонент Б слышит все прекрасно, то скорее всего генерится локальное КПВ у абонента А.
Выкладывай трейсы сигнализации ISDN & SIP
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

3. "КПВ вместо одного плеча разговора + Wireshark"  +/
Сообщение от EXA email(ok) on 15-Янв-10, 07:39 
>Выкладывай трейсы сигнализации ISDN & SIP

Поднимаю опять тему, самм не рассосалось, Кошпировский видать нужен.

Звонок с SIP ушёл в поток и вернулся из потока вот дебаг ISDN

*May 28 23:32:49.028: ISDN Se2/0:15 Q931: Applying typeplan for sw-type 0x12 is 0x0 0x1, Calling num 3333333333
*May 28 23:32:49.028: ISDN Se2/0:15 Q931: Applying typeplan for sw-type 0x12 is 0x2 0x1, Called num 44444444444
*May 28 23:32:49.032: ISDN Se2/0:15 Q931: TX -> SETUP pd = 8  callref = 0x05FD
        Sending Complete
        Bearer Capability i = 0x9090A3
                Standard = CCITT
                Transfer Capability = 3.1kHz Audio
                Transfer Mode = Circuit
                Transfer Rate = 64 kbit/s
        Channel ID i = 0xA9839E
                Exclusive, Channel 30
        Calling Party Number i = 0x0180, '3333333333'
                Plan:ISDN, Type:Unknown
        Called Party Number i = 0xA1, '44444444444'
                Plan:ISDN, Type:National
*May 28 23:32:49.056: ISDN Se2/0:15 Q931: RX <- SETUP pd = 8  callref = 0x01A3
        Sending Complete
        Bearer Capability i = 0x9090A3
                Standard = CCITT
                Transfer Capability = 3.1kHz Audio
                Transfer Mode = Circuit
                Transfer Rate = 64 kbit/s
        Channel ID i = 0xA9838C
                Exclusive, Channel 12
        Calling Party Number i = 0x2181, '3333333333'
                Plan:ISDN, Type:National
        Called Party Number i = 0xA1, '44444444444'
                Plan:ISDN, Type:National
*May 28 23:32:49.060: ISDN Se2/0:15 Q931: RX <- CALL_PROC pd = 8  callref = 0x85FD
        Channel ID i = 0xA9839E
                Exclusive, Channel 30
*May 28 23:32:49.076: ISDN Se2/0:15 Q931: TX -> CALL_PROC pd = 8  callref = 0x81A3
        Channel ID i = 0xA9838C
                Exclusive, Channel 12
*May 28 23:32:53.232: ISDN Se2/0:15 Q931: TX -> ALERTING pd = 8  callref = 0x81A3
*May 28 23:32:53.244: ISDN Se2/0:15 Q931: RX <- ALERTING pd = 8  callref = 0x85FD
        Progress Ind i = 0x8288 - In-band info or appropriate now available
*May 28 23:32:53.244: ISDN Se2/0:15 Q931: TX -> PROGRESS pd = 8  callref = 0x81A3
        Progress Ind i = 0x8281 - Call not end-to-end ISDN, may have in-band info
*May 28 23:32:53.256: ISDN Se2/0:15 Q931: RX <- PROGRESS pd = 8  callref = 0x85FD
        Progress Ind i = 0x8281 - Call not end-to-end ISDN, may have in-band info
*May 28 23:32:55.852: ISDN Se2/0:15 Q931: TX -> CONNECT pd = 8  callref = 0x81A3
        Progress Ind i = 0x8181 - Call not end-to-end ISDN, may have in-band info
*May 28 23:32:55.860: ISDN Se2/0:15 Q931: RX <- CONNECT_ACK pd = 8  callref = 0x01A3
        Channel ID i = 0xA9838C
                Exclusive, Channel 12
*May 28 23:32:55.864: ISDN Se2/0:15 Q931: RX <- CONNECT pd = 8  callref = 0x85FD
        Progress Ind i = 0x8181 - Call not end-to-end ISDN, may have in-band info
*May 28 23:32:55.868: ISDN Se2/0:15 Q931: TX -> CONNECT_ACK pd = 8  callref = 0x05FD
*May 28 23:32:59.116: ISDN Se2/0:15 Q931: TX -> DISCONNECT pd = 8  callref = 0x81A3
        Cause i = 0x8090 - Normal call clearing
*May 28 23:32:59.128: ISDN Se2/0:15 Q931: RX <- DISCONNECT pd = 8  callref = 0x85FD
        Cause i = 0x8090 - Normal call clearing
        Progress Ind i = 0x8288 - In-band info or appropriate now available
*May 28 23:32:59.128: ISDN Se2/0:15 Q931: call_disc: PI received in disconnect; Postpone sending RELEASE for callid 0x9851
*May 28 23:32:59.128: ISDN Se2/0:15 Q931: RX <- RELEASE pd = 8  callref = 0x01A3
*May 28 23:32:59.132: ISDN Se2/0:15 Q931: TX -> RELEASE_COMP pd = 8  callref = 0x81A3
5350#
5350#
*May 28 23:32:59.152: ISDN Se2/0:15 Q931: TX -> RELEASE pd = 8  callref = 0x05FD
*May 28 23:32:59.160: ISDN Se2/0:15 Q931: RX <- RELEASE_COMP pd = 8  callref = 0x85FDter


Вот график с вайршока, где 1.1.1.1 циска, 2.2.2.2 мера, 3.3.3.3 - оператор.
http://www.rapidshare.ru/1333862


Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

4. "КПВ вместо одного плеча разговора + Wireshark"  +/
Сообщение от EXA email(ok) on 15-Янв-10, 08:12 
Худо бедно, я смогу снять дампом звонок и послушать  его с 729, изврат конечно, ну короче звук странный, но мой голос слышно со стороны Б, метод такой, снял tcpdump, нашёл UDP пакет из той сессии, потом сохранил raw forward, потом загрузил в папку астеровских звуковых файлов и сконвертил астериском "file convert name1.g729 name1.alaw". Так получается глюки в звук или я не так, что сделал или симптом. Но идёт от прова получается не КПВ,а голос. Так что локальная проблема на стыке Циски с АТС, причём с другими таких проблем не возникает.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

5. "КПВ вместо одного плеча разговора + Wireshark"  +/
Сообщение от bisk on 15-Янв-10, 11:02 
>Худо бедно, я смогу снять дампом звонок и послушать  его с
>729, изврат конечно, ну короче звук странный, но мой голос слышно
>со стороны Б, метод такой, снял tcpdump, нашёл UDP пакет из
>той сессии, потом сохранил raw forward, потом загрузил в папку астеровских
>звуковых файлов и сконвертил астериском "file convert name1.g729 name1.alaw". Так получается
>глюки в звук или я не так, что сделал или симптом.
>Но идёт от прова получается не КПВ,а голос. Так что локальная
>проблема на стыке Циски с АТС, причём с другими таких проблем
>не возникает.

Худо. И бедно.

[img]http://www.opennet.ru/opennet2.gif[/img]

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

6. "КПВ вместо одного плеча разговора + Wireshark"  +/
Сообщение от dae (ok) on 19-Янв-10, 12:22 
>>Худо бедно, я смогу снять дампом звонок и послушать  его с
>>729, изврат конечно, ну короче звук странный, но мой голос слышно
>>со стороны Б, метод такой, снял tcpdump, нашёл UDP пакет из
>>той сессии, потом сохранил raw forward, потом загрузил в папку астеровских
>>звуковых файлов и сконвертил астериском "file convert name1.g729 name1.alaw". Так получается
>>глюки в звук или я не так, что сделал или симптом.
>>Но идёт от прова получается не КПВ,а голос. Так что локальная
>>проблема на стыке Циски с АТС, причём с другими таких проблем
>>не возникает.

Судя по ISDN трейсу КПВ генерит АТС
Правда я не понял, а зачем звонок пихать в поток, а потом из этого же потока опускать обратно в ВоИП?

По H323 трейсу: оператор не поддерживает FastStart (плохо); и зачем-то шлет Alerting, а потом Progress практически сразу - может из-за этого КПВ и не выключается.
И почему в 7.613 пошел РТП-трафик от циски к оператору (коннекта еще не было)?
А потом после коннекта этого трафика уже нету - значит рубится на связке АТС-Циска


Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

7. "КПВ вместо одного плеча разговора + Wireshark"  +/
Сообщение от EXA email(ok) on 19-Янв-10, 12:59 
Пихать в поток а потом обратно, SIP TO H323 и на АТС нужно CDR снимать, типа билинг для АТС есть.

FastStart - очень странно, думал поддерживает, надо будет с ними общаться по этому вопросу, уже начал так сказать. Не совсем понял, кажется RTP от оператора на Меру и на циску или я не прав стрелочки же права на лева.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

8. "КПВ вместо одного плеча разговора + Wireshark"  +/
Сообщение от dae (ok) on 19-Янв-10, 13:13 
>Пихать в поток а потом обратно, SIP TO H323 и на АТС
>нужно CDR снимать, типа билинг для АТС есть.
>
>FastStart - очень странно, думал поддерживает, надо будет с ними общаться по
>этому вопросу, уже начал так сказать. Не совсем понял, кажется RTP
>от оператора на Меру и на циску или я не прав
>стрелочки же права на лева.

Смотри настройки АТС - она не выключает КПВ. Лучше настроить, чтоб она сразу прямой и обратный каналы проключала по Call_Proceeding (на М-200 это по умолчанию). А КПВ если что подкрутишь на циске потом.
В 7.613 пошли два пакета слева направо
7.613    |         RTP (g729)                    |                   |RTP Num packets:10  Duration:0.718s SSRC:0x17285344
|         |(18010)  ------------------>  (18208)  |                   |
|7.613    |                   |         RTP (g729)                    |RTP Num packets:10  Duration:0.718s SSRC:0x17285344
|         |                   |(18206)  ------------------>  (19368)

не должно их быть.
Выложи вот эти два пакета в текстовом виде содержимое (не график):
|7.205    |                   |         alerting  |                   |H225 TunnH245:on FS:off
|         |                   |(58079)  <------------------  (1720)   |
|7.205    |                   |         progress  |                   |H225 TunnH245:on FS:off
|         |                   |(58079)  <------------------  (1720)   |

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

9. "КПВ вместо одного плеча разговора + Wireshark"  +/
Сообщение от EXA email(ok) on 20-Янв-10, 06:22 
Понятно, попробуем, у меня просто нет доступа к АТС, а тама где мои М-200, всё работает =), наверное по этому, что это М-200. Будем пробовать огромное спасибо за ответ, может чаго и получится. Хотя я думаю править на стороне оператора, всё таки у них не верно идёт.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

10. "КПВ вместо одного плеча разговора + Wireshark"  +/
Сообщение от EXA email(ok) on 09-Фев-10, 16:59 
Решение было найденно, на встречной стороне провайжера на Cisco, был отключен tunneling, при включении его идёт, только просто alerting и всё.
Хотя на SI2000 над чёт править, у других таких проблем нет, у меня на М-200 тоже. А у SI, техподдержка говорят 5000 баков =), за что им мой не привет :))))
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру