Freeswitch не отвечает на инвайты
399 views
Skip to first unread message
Denis Kim
Aug 25, 2016, 9:27:28 AM8/25/16
to freeswitch-ru
Здравствуйте!
Вот инвайт от провайдера, на FS отказывается отвечать:
Пытаюсь подключить провайдера FMC к своему FreeSwitchу.
В directory FS для провайдера заведены пользователи, к которым он присоединяется.
- Звонки из FS на пользователя приходят к провайдеру отлично – звонок проходит на телефон, звук есть, проблем нет.
- Звонки от провайдера приходят в FS, но начиная с инвайтов с авторизацией FS перестает ему отвечать.
- Для проверки попытался присоединиться к FS с помощью софтфона с теми же настройками пользователя – все работает отлично.
Помогите, пожалуйста, разобраться почему не проходят звонки от провайдера.
softphone FreeSwitch FMC provider ----------+--------- ----------+--------- ----------+--------- | INVITE (SDP) | | 13:04:22.633127 | --------------------------> | | +0.000624 | 100 Trying | | 13:04:22.633751 | <-------------------------- | | +0.001514 | 407 Proxy Authentication R | | 13:04:22.635265 | <-------------------------- | | +0.056910 | ACK | | 13:04:22.692175 | --------------------------> | | +0.001079 | INVITE (SDP) | | 13:04:22.693254 | --------------------------> | | +0.000659 | 100 Trying | | 13:04:22.693913 | <-------------------------- | | +0.024435 | 183 Session Progress (SDP) | | 13:04:22.718348 | <-------------------------- | | +1.858370 | 200 OK (SDP) | | 13:04:24.576718 | <-------------------------- | | +0.058177 | ACK | | 13:04:24.634895 | --------------------------> | | +1.598207 | BYE | | 13:04:26.233102 | <-------------------------- | | +0.056924 | 200 OK | | 13:04:26.290026 | --------------------------> | | +131.755920 | | INVITE (SDP) | 13:06:38.045946 | | <-------------------------- | +0.000511 | | 100 Trying | 13:06:38.046457 | | --------------------------> | +0.001523 | | 407 Proxy Authentication R | 13:06:38.047980 | | --------------------------> | +0.052414 | | ACK | 13:06:38.100394 | | <-------------------------- | +0.000858 | | INVITE (SDP) | 13:06:38.101252 | | <-------------------------- | +1.000500 | | INVITE (SDP) | 13:06:39.101752 | | <<<------------------------ | +2.000453 | | INVITE (SDP) | 13:06:41.102205 | | <<<------------------------ | +4.000304 | | INVITE (SDP) | 13:06:45.102509 | | <<<------------------------ | +7.999551 | | INVITE (SDP) | 13:06:53.102060 | | <<<------------------------ | +15.999862 | | INVITE (SDP) | 13:07:09.101922 | | <<<------------------------ | | | |Вот инвайт от провайдера, на FS отказывается отвечать:
2016/08/25 13:06:38.101252 93.92.91.80:5070 -> 10.10.10.197:5060INVITE sip:19...@freeswitch.domain:5060 SIP/2.0Via: SIP/2.0/UDP 93.92.91.80:5070;rport;branch=z9hG4bKc5c1Zr83em39rMax-Forwards: 68From: "user_name" <sip:user...@freeswitch.domain:5060>;tag=0Xm40gXNQvSyaTo: <sip:19...@freeswitch.domain:5060>Call-ID: 98861382-e567-1234-0c87-b499baa6a4baCSeq: 95729135 INVITEContact: <sip:user...@93.92.91.80:5070;transport=udp;gw=9266130228>Expires: 900User-Agent: FMC-NextTellAllow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBESupported: timer, path, replacesAllow-Events: talk, hold, conference, presence, as-feature-event, dialog, line-seize, call-info, sla, include-session-description, presence.winfo, message-summary, referProxy-Authorization: Digest username="user_name", realm="freeswitch.domain", nonce="fbdff0fa-d6b8-4a72-9716-7875e89140dd", cnonce="mI541uVnEjSHDLSZuqakug", algorithm=MD5, uri="sip:19...@freeswitch.domain:5060", response="f19519b9e3c3e48d36c7ba226521a4", qop=auth, nc=00000001Content-Type: application/sdpContent-Disposition: sessionContent-Length: 222X-FS-Support: update_display,send_infoRemote-Party-ID: "user_name" <sip:user...@freeswitch.domain:5060>;party=calling;screen=yes;privacy=off
v=0o=FMC-NextTell 1472112536 1472112537 IN IP4 93.92.91.80s=FMC-NextTellc=IN IP4 93.92.91.80t=0 0m=audio 17860 RTP/AVP 8 101a=rtpmap:8 PCMA/8000a=rtpmap:101 telephone-event/8000a=fmtp:101 0-16a= ime:20
Sid
Aug 25, 2016, 10:52:34 PM8/25/16
to freeswitch-ru
Здравствуйте, сталкивался с подобной ситуацией, когда FS не отвечал на Trying. В моем случае FS не мог распарсить INVITE из-за большого объема данных в инвайте. В вашем инвайте параметр ptime отображен некорректно, возможно из-за этого FS не может распарсить инвайт. Как выглядит инвайт в sip-трэйсе самого FS?
Sergey Safarov
Aug 25, 2016, 10:52:34 PM8/25/16
to freeswitch-ru
Ничего подозрительного не увидел.
Включите на FreeSwitch "sofia loglevel all 9" и смотрите детали.
Сергей
четверг, 25 августа 2016 г., 16:27:28 UTC+3 пользователь Denis Kim написал:
четверг, 25 августа 2016 г., 16:27:28 UTC+3 пользователь Denis Kim написал:
ros tel
Aug 26, 2016, 12:20:01 AM8/26/16
to freeswitch-ru
FS говорит пройди аутентификацию
SIP/2.0 407 Proxy Authentication Required
SIP/2.0 407 Proxy Authentication Required
а в ответ только ACK
не должен оно проходить у вас аутентификацию
четверг, 25 августа 2016 г., 18:27:28 UTC+5 пользователь Denis Kim написал:
четверг, 25 августа 2016 г., 18:27:28 UTC+5 пользователь Denis Kim написал:
Evgeny Kornev
Aug 26, 2016, 1:26:03 AM8/26/16
to freeswitch-ru
посмотрите параметр "auth-calls"
Denis Kim
Aug 26, 2016, 7:41:52 AM8/26/16
to freeswitch-ru
Но ведь софтфон и остальные звонки проходят тот же процесс? На инвайт отвечают Trying и 407 Proxy Authentication Required, в ответ получают подтверждение ACK и повторяю инвайт уже с авторизацией. Тут вроде как тоже самое происходит, но фря отказывается их видеть и понимать. Я включил sofia loglevel all 9 и собственно после получения ACK дальше не видно вообще ничего, т.е. фря просто игнорирует эти инвайты, как будто их нет.
Вылечил костыльным методом - прописал провайдера в ACL, так чтобы фря не требовала у него авторизации и не получала повторного инвайта.
Теперь другая проблема - я ACL раньше не пользовался и явно что-то намудрил. Вызовы от этого провайдера теперь проходят, но остальные клиенты теперь не регистрируются, получают 403 Forbidden, т.к. их адреса в ACL не прописаны.
пятница, 26 августа 2016 г., 7:20:01 UTC+3 пользователь ros tel написал:
пятница, 26 августа 2016 г., 7:20:01 UTC+3 пользователь ros tel написал:
Stanislav Setevoy
Aug 26, 2016, 12:52:02 PM8/26/16
to freeswitch-ru
У вас звонок от провайдера на какой профиль приходят? На external, или на internal?
Возможно, я пишу глупость, но, я это вижу так. Когда-то, когда делали SIP, было принято идиотское (как обычно у телефонистов) решение дать возможность вызовов без аутентификации, т.е. - анонимных. Просто, по IP, или даже без него. Ну как обычно у них, экономия на спичках, байты из 7 бит и прочая.
В результате, умолчальная настройка фрисвитча подразумевает то, что инвайты на профиль internal (порт 5060) требуют логина-пароля, а на external (порт 5080) - нет.
Возможно, я пишу глупость, но, я это вижу так. Когда-то, когда делали SIP, было принято идиотское (как обычно у телефонистов) решение дать возможность вызовов без аутентификации, т.е. - анонимных. Просто, по IP, или даже без него. Ну как обычно у них, экономия на спичках, байты из 7 бит и прочая.
В результате, умолчальная настройка фрисвитча подразумевает то, что инвайты на профиль internal (порт 5060) требуют логина-пароля, а на external (порт 5080) - нет.
Denis Kim
Aug 26, 2016, 12:58:20 PM8/26/16
to freeswitch-ru
В данном случае на internal – это телефон локального пользователя.
Ошибка была в том, что я в довесок к <param name="apply-inbound-acl" value="domains"/> зачем-то активировал <param name="apply-register-acl" value="domains"/>. Убрал его из internal.xml и все стало работать правильно. Теперь и провайдер может зарегистрироваться без необходимости авторизации и пользователи без указанных cidr могут авторизоваться по логину/паролю. Хотя мне, конечно, все равно непонятно почему apply-register-acl не дает авторизовываться пользователям без cidr.
пятница, 26 августа 2016 г., 19:52:02 UTC+3 пользователь Stanislav Setevoy написал:
пятница, 26 августа 2016 г., 19:52:02 UTC+3 пользователь Stanislav Setevoy написал:
Reply all
Reply to author
Forward
0 new messages