Тихий звук от клиентов
246 views
Skip to first unread message
Николай Корнушков
Dec 4, 2014, 1:25:55 AM12/4/14
to freesw...@googlegroups.com
Есть ли возможность прибавить звук в Freeswitch ? Дело в том что при входящем или исходящем приходится прислушиваться что там говорит клиент. Использую GoIP4 и E1 поток - и там и там тихо.
Что именно может влиять на громкость звука в Freeswitch?
ros tel
Dec 4, 2014, 1:36:58 AM12/4/14
to freesw...@googlegroups.com
громкость регулируется только на конечных устройствах
в самом GoIP4
в случае подключения E1 во FreeTDM
в случае подключения E1 во FreeTDM
но это крайне нежелательно делать во избежание искажений
обычно использование "тяжелых" кодеков (g.723, g729, gsm) создают ощущение приглушенного звука
может проблема в этом?
четверг, 4 декабря 2014 г., 11:25:55 UTC+5 пользователь Николай Корнушков написал:
может проблема в этом?
четверг, 4 декабря 2014 г., 11:25:55 UTC+5 пользователь Николай Корнушков написал:
Николай Корнушков
Dec 4, 2014, 1:57:47 AM12/4/14
to freesw...@googlegroups.com
Local SDP:
v=0
o=FreeSWITCH 1417651912 1417651913 IN IP4 88.200.154.194
s=FreeSWITCH
c=IN IP4 88.200.154.194
t=0 0
m=audio 23894 RTP/AVP 102 9 0 8 3 13
a=rtpmap:102 opus/48000/2
a=fmtp:102 useinbandfec=1; usedtx=1; maxaveragebitrate=30000; maxplaybackrate=48000; ptime=20; minptime=20; maxptime=20; samplerate=48000
a=rtpmap:9 G722/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:3 GSM/8000
a=ptime:20
a=sendrecv
Local SDP:
v=0
o=FreeSWITCH 1417658187 1417658188 IN IP4 88.200.154.194
s=FreeSWITCH
c=IN IP4 88.200.154.194
t=0 0
a=msid-semantic: WMS EIKZkPwW0b65CeEBGUrQeONHfcU29JUE
m=audio 17620 RTP/SAVPF 102 9 0 8 3 13
a=rtpmap:102 opus/48000/2
a=fmtp:102 useinbandfec=1; usedtx=1; maxaveragebitrate=30000; maxplaybackrate=48000; ptime=20; minptime=20; maxptime=20; samplerate=48000
a=rtpmap:9 G722/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:3 GSM/8000
a=fingerprint:sha-256 72:6D:4F:80:E7:1F:97:28:72:76:93:1E:4F:EA:7B:4E:91:DA:24:6F:4A:F9:E5:A3:A8:29:50:2A:D8:2A:FA:7D
a=rtcp-mux
a=rtcp:17620 IN IP4 88.200.154.194
a=ssrc:2962928399 cname:hvtsaPe1RaWjfqKL
a=ssrc:2962928399 msid:EIKZkPwW0b65CeEBGUrQeONHfcU29JUE a0
a=ssrc:2962928399 mslabel:EIKZkPwW0b65CeEBGUrQeONHfcU29JUE
a=ssrc:2962928399 label:EIKZkPwW0b65CeEBGUrQeONHfcU29JUEa0
a=ice-ufrag:b1sfG6MM8xE86pCd
a=ice-pwd:KWwLCACjBpsGG3iHVAMrwp4v
a=candidate:8043185430 1 udp 659136 88.200.154.194 17620 typ host generation 0
a=candidate:8043185430 2 udp 659136 88.200.154.194 17620 typ host generation 0
a=ptime:20
a=sendrecv
Правильно ли я понимаю что именно тут указывается список кодеков которые будут использоваться?
a=rtpmap:9 G722/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:3 GSM/8000
Если да то вопрос такой - а какой кодек не является тем самым "тяжелым"? Какой кодек я могу попробовать использовать для того чтобы звук не был приглушенным?
ros tel
Dec 4, 2014, 2:14:44 AM12/4/14
to freesw...@googlegroups.com
да тут
соберите сведения о всех железках (именно железках так как с софтфонами ситуация решаемая) у вас в сети какие кодеки поддерживаются
например GoIP4 точно не может ни G722 ни OPUS
субъективные показатели кодеков смотрите по шкале MOS
чем выше MOS тем меньше искажений
чем выше MOS тем меньше искажений
соберите сведения о всех железках (именно железках так как с софтфонами ситуация решаемая) у вас в сети какие кодеки поддерживаются
например GoIP4 точно не может ни G722 ни OPUS
чтобы было наилучшее качество речи нужно избегать транскодинга
поэтому все что в локалке заставить первым выбором ставить наиболее широкополосный, но при этом одинаковый у всех кодек
из-за GoIP4 и E1 (там внутри g.711a) им должен быть PCMA
в sofia-профилях тоже убрать лишние и выставить приоритеты
для общего развития http://habrahabr.ru/post/177099/
четверг, 4 декабря 2014 г., 11:57:47 UTC+5 пользователь Николай Корнушков написал:
поэтому все что в локалке заставить первым выбором ставить наиболее широкополосный, но при этом одинаковый у всех кодек
из-за GoIP4 и E1 (там внутри g.711a) им должен быть PCMA
в sofia-профилях тоже убрать лишние и выставить приоритеты
для общего развития http://habrahabr.ru/post/177099/
четверг, 4 декабря 2014 г., 11:57:47 UTC+5 пользователь Николай Корнушков написал:
Николай Корнушков
Dec 4, 2014, 2:17:55 AM12/4/14
to freesw...@googlegroups.com
Решил предоставить еще немного информации и спросить правильно ли я сделал из нее выводы.
У меня соединение происходит так. Клиент звонит с мобильного на E1 поток. FS принимает звонок через freetdm и ставит в очередь колцентра. Диспетчер видит звонок и через браузер берет звонок из колцентра. Соответственно получается такая схемка:
GSM -> E1 -> FS -> FireFox (Xubuntu)
Иходящие же происходят примерно по такой же схеме но в двух вариантах в зависимости от того куда мы звоним - мобильный или городской:
FireFox(Xubuntu) -> FS -> E1 -> Городской
FireFox(Xubuntu) -> FS -> GoIP4 -> GSM
В первом случае слышно лучше, чем если звоним на мобилу во втором. По ощущениям впечатление такое что в первом случае мы говорим с человеком стоящим в 3-5 метрах, а во втором гдето в 5-7 метрах.
Вот лог выбора кодека как я понял. Это входящий в браузер с GSM.
2014-12-04 10:50:12.310073 [DEBUG] mod_callcenter.c:1849 Agent 1006@dispatcher sleeping for 5 seconds
2014-12-04 10:50:12.310073 [DEBUG] mod_callcenter.c:1071 Updated Agent 1006@dispatcher set state = Waiting
2014-12-04 10:50:12.570040 [DEBUG] switch_core_session.c:1053 Send signal sofia/internal_wan/sip:vtug...@ddbu2c51skpt.invalid [BREAK]
2014-12-04 10:50:12.570040 [DEBUG] switch_core_session.c:1053 Send signal sofia/internal_wan/sip:vtug...@ddbu2c51skpt.invalid [BREAK]
2014-12-04 10:50:12.570040 [DEBUG] sofia.c:6614 Channel sofia/internal_wan/sip:vtug...@ddbu2c51skpt.invalid entering state [completing][200]
2014-12-04 10:50:12.570040 [DEBUG] sofia.c:6624 Remote SDP:
v=0
o=Mozilla-SIPUA-33.0 4819 0 IN IP4 0.0.0.0
s=SIP Call
t=0 0
a=ice-ufrag:f58ee06a
a=ice-pwd:90f4b32117e91f357e5c0737a2eb4a6e
a=fingerprint:sha-256 37:4D:63:2F:DB:B5:32:C0:62:B7:CC:F1:C3:5A:24:BF:46:58:2F:B0:37:1F:70:11:2C:C6:80:5A:FE:ED:E5:7A
m=audio 54060 UDP/TLS/RTP/SAVPF 102
c=IN IP4 192.168.222.100
a=rtpmap:102 opus/48000/2
a=ptime:20
a=setup:active
a=candidate:0 1 UDP 2122252543 192.168.222.100 54060 typ host
a=candidate:0 2 UDP 2122252542 192.168.222.100 44832 typ host
a=rtcp-mux
2014-12-04 10:50:12.570040 [DEBUG] switch_core_session.c:1053 Send signal sofia/internal_wan/sip:vtug...@ddbu2c51skpt.invalid [BREAK]
2014-12-04 10:50:12.570040 [DEBUG] switch_core_session.c:1053 Send signal sofia/internal_wan/sip:vtug...@ddbu2c51skpt.invalid [BREAK]
2014-12-04 10:50:12.570040 [DEBUG] sofia.c:6614 Channel sofia/internal_wan/sip:vtug...@ddbu2c51skpt.invalid entering state [ready][200]
2014-12-04 10:50:12.570040 [DEBUG] sofia.c:6624 Remote SDP:
v=0
o=Mozilla-SIPUA-33.0 4819 0 IN IP4 0.0.0.0
s=SIP Call
t=0 0
a=ice-ufrag:f58ee06a
a=ice-pwd:90f4b32117e91f357e5c0737a2eb4a6e
a=fingerprint:sha-256 37:4D:63:2F:DB:B5:32:C0:62:B7:CC:F1:C3:5A:24:BF:46:58:2F:B0:37:1F:70:11:2C:C6:80:5A:FE:ED:E5:7A
m=audio 54060 UDP/TLS/RTP/SAVPF 102
c=IN IP4 192.168.222.100
a=rtpmap:102 opus/48000/2
a=ptime:20
a=sendrecv
a=setup:active
a=candidate:0 1 UDP 2122252543 192.168.222.100 54060 typ host
a=candidate:0 2 UDP 2122252542 192.168.222.100 44832 typ host
a=rtcp-mux
2014-12-04 10:50:12.570040 [DEBUG] switch_core_media.c:3615 Audio Codec Compare [opus:102:48000:20:0:2]/[opus:116:48000:20:0:1]
2014-12-04 10:50:12.570040 [DEBUG] switch_core_media.c:3670 Audio Codec Compare [opus:116:48000:20:0:1] ++++ is saved as a match
2014-12-04 10:50:12.570040 [DEBUG] switch_core_media.c:3615 Audio Codec Compare [opus:102:48000:20:0:2]/[G722:9:8000:20:64000:1]
2014-12-04 10:50:12.570040 [DEBUG] switch_core_media.c:3615 Audio Codec Compare [opus:102:48000:20:0:2]/[PCMU:0:8000:20:64000:1]
2014-12-04 10:50:12.570040 [DEBUG] switch_core_media.c:3615 Audio Codec Compare [opus:102:48000:20:0:2]/[PCMA:8:8000:20:64000:1]
2014-12-04 10:50:12.570040 [DEBUG] switch_core_media.c:3615 Audio Codec Compare [opus:102:48000:20:0:2]/[GSM:3:8000:20:13200:1]
2014-12-04 10:50:12.570040 [DEBUG] mod_opus.c:277 Opus encoder set bitrate based on maxaveragebitrate found in SDP [30000bps]
2014-12-04 10:50:12.570040 [DEBUG] mod_opus.c:303 Opus encoder set bandwidth based on maxplaybackrate found in SDP [48000Hz]
2014-12-04 10:50:12.570040 [DEBUG] mod_opus.c:277 Opus encoder set bitrate based on maxaveragebitrate found in SDP [30000bps]
2014-12-04 10:50:12.570040 [DEBUG] mod_opus.c:303 Opus encoder set bandwidth based on maxplaybackrate found in SDP [48000Hz]
2014-12-04 10:50:12.570040 [DEBUG] switch_core_media.c:2473 Set Codec sofia/internal_wan/sip:vtug...@ddbu2c51skpt.invalid opus/48000 20 ms 960 samples 0 bits 1 channels
2014-12-04 10:50:12.570040 [DEBUG] switch_core_codec.c:111 sofia/internal_wan/sip:vtug...@ddbu2c51skpt.invalid Original read codec set to opus:116
Не пойму какой конкретно набор кодеков используется.
ros tel
Dec 4, 2014, 2:26:22 AM12/4/14
to freesw...@googlegroups.com
у вас всегда транскодинг
E1 -> FS -> FireFox (Xubuntu) - PCMA<-->opus
четверг, 4 декабря 2014 г., 12:17:55 UTC+5 пользователь Николай Корнушков написал:
E1 -> FS -> FireFox (Xubuntu) - PCMA<-->opus
FireFox(Xubuntu) -> FS -> E1 -> Городской PCMA<-->opus
FireFox(Xubuntu) -> FS -> GoIP4 -> GSM opus <---> ???
посмотрите 200 Ok от GoIP4 при исходящем через него
посмотрите 200 Ok от GoIP4 при исходящем через него
четверг, 4 декабря 2014 г., 12:17:55 UTC+5 пользователь Николай Корнушков написал:
Решил предоставить еще немного информации и спросить правильно ли я сделал из нее выводы.У меня соединение происходит так. Клиент звонит с мобильного на E1 поток. FS принимает звонок через freetdm и ставит в очередь колцентра. Диспетчер видит звонок и через браузер берет звонок из колцентра. Соответственно получается такая схемка:GSM -> E1 -> FS -> FireFox (Xubuntu)Иходящие же происходят примерно по такой же схеме но в двух вариантах в зависимости от того куда мы звоним - мобильный или городской:FireFox(Xubuntu) -> FS -> E1 -> ГородскойFireFox(Xubuntu) -> FS -> GoIP4 -> GSMВ первом случае слышно лучше, чем если звоним на мобилу во втором. По ощущениям впечатление такое что в первом случае мы говорим с человеком стоящим в 3-5 метрах, а во втором гдето в 5-7 метрах.Вот лог выбора кодека как я понял. Это входящий в браузер с GSM.
m=audio 54060 UDP/TLS/RTP/SAVPF 102c=IN IP4 192.168.222.100a=rtpmap:102 opus/48000/2a=ptime:20a=setup:active
slonik
Dec 4, 2014, 3:11:31 AM12/4/14
to freesw...@googlegroups.com
А может попробовать поиграть параметрами rxgain и txgain в freeswitch/conf/freetdm.conf?
я как-то добавлял на одной станции - проблем не было.
четверг, 4 декабря 2014 г., 12:25:55 UTC+6 пользователь Николай Корнушков написал:
я как-то добавлял на одной станции - проблем не было.
четверг, 4 декабря 2014 г., 12:25:55 UTC+6 пользователь Николай Корнушков написал:
Николай Корнушков
Dec 5, 2014, 1:35:59 PM12/5/14
to freesw...@googlegroups.com
Дело в том что именно на E1 звук лучше чем на сотовом. С мобильника вообще тише.
четверг, 4 декабря 2014 г., 12:11:31 UTC+4 пользователь slonik написал:
Есть ли возможность избежать транскодинга? Я так понимаю что надо пытаться сделать так чтобы кодеки на ногах были одинаковы, я прав?
четверг, 4 декабря 2014 г., 12:11:31 UTC+4 пользователь slonik написал:
ros tel
Dec 6, 2014, 12:18:36 AM12/6/14
to freesw...@googlegroups.com
Транскодинга не избежать так как FF анонсирует только OPUS
a=ice-ufrag:f58ee06a
a=ice-pwd:90f4b32117e91f357e5c0737a2eb4a6e
a=fingerprint:sha-256 37:4D:63:2F:DB:B5:32:C0:62:B7:CC:F1:C3:5A:24:BF:46:58:2F:B0:37:1F:70:11:2C:C6:80:5A:FE:ED:E5:7A
m=audio 54060 UDP/TLS/RTP/SAVPF 102
c=IN IP4 192.168.222.100
a=rtpmap:102 opus/48000/2
a=ptime:20
OPUS при пережатии в 711 будет не хуже 711
Может для начала глянете что у вас на этой странице в GOIP
пятница, 5 декабря 2014 г., 23:35:59 UTC+5 пользователь Николай Корнушков написал:
Николай Корнушков
Dec 8, 2014, 12:03:55 AM12/8/14
to freesw...@googlegroups.com
Все тоже самое что и у вас только абсолютно все галочки отмечены.
Николай Корнушков
Dec 8, 2014, 12:31:31 AM12/8/14
to freesw...@googlegroups.com
Скажите мне правильно ли я понял. Мне необходимо стремится к тому чтобы FS использовал на обоих ногах одинаковый кодек, что сократит время соединения (при соединении надо 2 секунды примерно ждать) а также уберет проблемы с тихим звуком.
Я нашел способ не использовать OPUS со стороны браузера и хочу заставить FS выбирать нужное по отношению ко второй ноге. Но для начала я должен понять действительно ли есть шанс что это поможет?
Николай Корнушков
Dec 8, 2014, 12:39:47 AM12/8/14
to freesw...@googlegroups.com
В случае с сотовой связью у меня вот такой выбор кодеков (вызов исходящий из браузера chrome на win8)
Нога браузера:
2014-12-08 09:14:30.298068 [DEBUG] switch_core_media.c:2473 Set Codec sofia/internal_wan/10...@fs.taxi-lemon.com opus/48000 20 ms 960 samples 0 bits 1 channels
Нога GoIP
2014-12-08 09:14:38.378072 [DEBUG] switch_core_media.c:2473 Set Codec sofia/external/89372399256 PCMU/8000 20 ms 160 samples 64000 bits 1 channels
Выбор кодеков со стороны хрома приличен:
m=audio 54025 UDP/TLS/RTP/SAVPF 111 103 104 0 8 106 105 13 126
c=IN IP4 192.168.222.114
a=rtpmap:111 opus/48000/2
a=fmtp:111 minptime=10
a=rtpmap:103 ISAC/16000
a=rtpmap:104 ISAC/32000
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:106 CN/32000
a=rtpmap:105 CN/16000
a=rtpmap:13 CN/8000
a=rtpmap:126 telephone-event/8000
И в этом списке есть тот, который использует GoIP - PCMU/8000 PCMA/8000
ros tel
Dec 8, 2014, 12:52:59 AM12/8/14
to freesw...@googlegroups.com
задержка в соединении не из-за кодеков
скорей всего проба ICE, STUN, TURN или ещё чего
оставьте в GOIP только alaw
в профилях sofia
<param name="inbound-codec-negotiation" value="generous"/>
<param name="inbound-late-negotiation" value="true"/>
тогда кодек будет выбираться по SDP b-leg, но предпочтение приоритетам из SDP a-leg
если нет совпадений тогда транскодить
понедельник, 8 декабря 2014 г., 10:39:47 UTC+5 пользователь Николай Корнушков написал:
оставьте в GOIP только alaw
в профилях sofia
<param name="inbound-codec-negotiation" value="generous"/>
<param name="inbound-late-negotiation" value="true"/>
тогда кодек будет выбираться по SDP b-leg, но предпочтение приоритетам из SDP a-leg
если нет совпадений тогда транскодить
понедельник, 8 декабря 2014 г., 10:39:47 UTC+5 пользователь Николай Корнушков написал:
В случае с сотовой связью у меня вот такой выбор кодеков (вызов исходящий из браузера chrome на win8)Нога браузера:
2014-12-08 09:14:30.298068 [DEBUG] switch_core_media.c:2473 Set Codec sofia/internal_wan/1001@fs.taxi-lemon.com opus/48000 20 ms 960 samples 0 bits 1 channels
Николай Корнушков
Dec 8, 2014, 1:17:48 AM12/8/14
to freesw...@googlegroups.com
Я просто отключил mod_opus и кодек выбирается во всех случаях один и тот же.
У меня выставлены именно такие настройки в профилях sofia
понедельник, 8 декабря 2014 г., 9:52:59 UTC+4 пользователь ros tel написал:
понедельник, 8 декабря 2014 г., 9:52:59 UTC+4 пользователь ros tel написал:
задержка в соединении не из-за кодеков
скорей всего проба ICE, STUN, TURN или ещё чего
оставьте в GOIP только alaw
в профилях sofia
<param name="inbound-codec-negotiation" value="generous"/>
<param name="inbound-late-negotiation" value="true"/>
тогда кодек будет выбираться по SDP b-leg, но предпочтение приоритетам из SDP a-leg
если нет совпадений тогда транскодить
понедельник, 8 декабря 2014 г., 10:39:47 UTC+5 пользователь Николай Корнушков написал:
В случае с сотовой связью у меня вот такой выбор кодеков (вызов исходящий из браузера chrome на win8)Нога браузера:
2014-12-08 09:14:30.298068 [DEBUG] switch_core_media.c:2473 Set Codec sofia/internal_wan/10...@fs.taxi-lemon.com opus/48000 20 ms 960 samples 0 bits 1 channels
Reply all
Reply to author
Forward
0 new messages