Третьи сутки не могу прицепить транк Мультифона через pjsip... Пишет зараза в логе
| Код: |
| res_pjsip_outbound_registration.c: No response received from 'sip:multifon.ru:5060' on registration attempt to 'sip:7926xxxxxxx@multifon.ru:5060', retrying in '60' |
С других девайсов учетка Мультифона прекрасно цепляется
Файрвол вроде ни причем... всю голову себе сломал уже
Куда в первую очередь копать ? Заранее спасибо!
_________________
P4 3.0 + 1Gb CentOS 5.8 Aster 1.8.16
Не люблю gui-сборки: натуральный продукт вкуснее.
И еще: я ПРОФИ так как НЕ ЛЕНЮСЬ читать литературу.
_________________
облачные сервера asterisk/freepbx/a2billing/espocrm с полной техподдержкой, от 1490-мес. skype: whoim2, whoim@asterisk.ru
| xelas @ Вт Янв 26, 2016 14:06 писал(а): |
| А Мультифон разве на UDP? Мне всегда казалось, что для него транспортом должен быть TCP |
UDP отлично пашет на всех других клиентах - софтовые, гигасетные трубки.... везде стоит UDP...
Хочется именно понять почему через pjsip регятся норм все, кроме мультифона ? И как понять более точно причину, подскажите какой вывод предоставить ?
| xelas @ Вт Янв 26, 2016 14:16 писал(а): |
| http://alexkuklin.dreamwidth.org/935303.html |
видел, читал... не догоняю как это относится к pjsip ? там вроде выложен конфиг для обычного sip
Вывод pjsip show endpoint
| Код: |
| Endpoint: I/OAuth: Aor: Contact: Transport: Identify: Match: Channel: Exten: CLCID: ========================================================================================= Endpoint: 7926xxxxxxx Unavailable 0 of inf OutAuth: 7926xxxxxxx/7926xxxxxxx Aor: 7926xxxxxxx 0 Contact: 7926xxxxxxx/sip:7926xxxxxxx@multifon.ru:5060 6e7f19fc67 Unavail 0.000 Transport: 0.0.0.0-udp udp 0 0 0.0.0.0:5060 Identify: 7926xxxxxxx/7926xxxxxxx Match: 85.26.150.143/32 ParameterName : ParameterValue ==================================================== 100rel : yes accountcode : aggregate_mwi : true allow : (alaw|ulaw|g729) allow_subscribe : true allow_transfer : true aors : 7926xxxxxxx auth : call_group : callerid : callerid_privacy : allowed_not_screened callerid_tag : connected_line_method : invite context : from-pstn cos_audio : 0 cos_video : 0 device_state_busy_at : 0 direct_media : true direct_media_glare_mitigation : none direct_media_method : invite disable_direct_media_on_nat : false dtls_ca_file : dtls_ca_path : dtls_cert_file : dtls_cipher : dtls_fingerprint : SHA-256 dtls_private_key : dtls_rekey : 0 dtls_setup : active dtls_verify : No dtmf_mode : rfc4733 fax_detect : false force_avp : false force_rport : true from_domain : from_user : g726_non_standard : false ice_support : false identify_by : username inband_progress : false language : mailboxes : media_address : media_encryption : no media_encryption_optimistic : false media_use_received_transport : false message_context : moh_suggest : default mwi_from_user : named_call_group : named_pickup_group : one_touch_recording : false outbound_auth : 7926xxxxxxx outbound_proxy : pickup_group : record_off_feature : automixmon record_on_feature : automixmon rewrite_contact : false rpid_immediate : false rtp_engine : asterisk rtp_ipv6 : false rtp_keepalive : 0 rtp_symmetric : false rtp_timeout : 0 rtp_timeout_hold : 0 sdp_owner : - sdp_session : Asterisk send_diversion : true send_pai : false send_rpid : false set_var : srtp_tag_32 : false sub_min_expiry : 0 t38_udptl : false t38_udptl_ec : none t38_udptl_ipv6 : false t38_udptl_maxdatagram : 0 t38_udptl_nat : false timers : yes timers_min_se : 90 timers_sess_expires : 1800 tone_zone : tos_audio : 0 tos_video : 0 transport : 0.0.0.0-udp trust_id_inbound : false trust_id_outbound : false use_avpf : false use_ptime : false user_eq_phone : false |
Added after 14 minutes:
Шайтан какой-то
Поменял server на sbc.megafon.ru
а from_domain=multifon.ru
и о чудо
| Код: |
| [2016-01-26 14:34:23] WARNING[6960] res_pjsip_outbound_registration.c: Temporal response '500' received from 'sip:sbc.megafon.ru:5060' on registration attempt to 'sip:7926xxxxxxx@sbc.megafon.ru:5060', retrying in '60' [2016-01-26 14:34:23] VERBOSE[28627] res_pjsip/pjsip_configuration.c: Contact 7926xxxxxxx/sip:7926xxxxxxx@sbc.megafon.ru:5060 is now Reachable. RTT: 4.033 msec [2016-01-26 14:34:23] VERBOSE[28627] res_pjsip/pjsip_configuration.c: Endpoint 7926xxxxxxx is now Reachable |
то есть как бы зарегился ...
но дальше
| Код: |
| WARNING[6960] res_pjsip_outbound_registration.c: Temporal response '500' received from 'sip:sbc.megafon.ru:5060' on registration attempt to 'sip:7926xxxxxxx@sbc.megafon.ru:5060', retrying in '60' |
все звонит-ходит... Но вопрос-то был именно в pjsip ...
| Цитата: |
| Хочется именно понять почему через pjsip регятся норм все, кроме мультифона ? И как понять более точно причину, подскажите какой вывод предоставить ? |
почему бы не провести дамп и разбор полетов? двух случаев - когда работает и когда нет, и сверить?
_________________
облачные сервера asterisk/freepbx/a2billing/espocrm с полной техподдержкой, от 1490-мес. skype: whoim2, whoim@asterisk.ru
| whoim @ Вт Янв 26, 2016 16:11 писал(а): |
| почему бы не провести дамп и разбор полетов? двух случаев - когда работает и когда нет, и сверить? |
отсутствие опыта и умение юзать только freepbx решительно не позволяют пройти этот квест
а тут, увы, на каждый второй вопрос предлагают пойти погуглить, покурить мануал, или обратится за платной поддержкой На всякий случай для других "непрофи" - настройки транка FreePBX с которыми у меня заработала регистрация и исходящая связь через Мультифон
Outgoing peer details
| Код: |
| type=peer host=sbc.megafon.ru username=7926ххххххх secret=yourpass insecure=invite,port fromdomain=multifon.ru fromuser=7926ххххххх disallow=all allow=alaw,ulaw,g729 qualify=yes transport=udp dtmfmode=inband context=default |
Incoming peer details
| Код: |
| type=user dtmfmode=inband disallow=all context=from-pstn allow=alaw,ulaw,g729 |
Register string
| Код: |
| 7926ххххххх@multifon.ru:yourpass:7926ххххххх@sbc.megafon.ru/7926ххххххх |
| Leon77 @ Вт Янв 26, 2016 21:22 писал(а): |
| в последнем случае тоже явно надо указать udp. |
Согласен, но в моем случае в incoming вообще можно ничего не писать, ибо номер юзается для переадресации на мобильники - если меня нет в офисе, звонки с офисного редиректятся мне на мегафон..
Вот только с мультифоном беда - вчера перегрузил сервак и транк мультифона в статусе Online-Unmonitored ... вроде везде все перепроверил - все гут, и srvlookup=yes ...
И обнаружил косяк с FreePBX - в registration settings chan_sip'a - Registration Timeout стоял по дефолту 20 секунд .... и если все остальные параметры успешно изменялись из GUI, то этот упорно не хотел - оставался 20 и все тут.. пришлось расскоментить подгрузку sip_general_custom.conf и прописать туда registertimeout=60 .
И стал он долбить мультифон уже каждые 60 секунд... и отключал я транк дабы выйти из возможного бана (где-то читал что можно отлуп получить).... и все равно не выходит каменный цветок
По наивности полагал что для хождения сипа достаточно в iptables открыть 5060, 5061, и 10000-25000
Все остальные провайдеры отлично работали с этими портами... все кроме мегафона
Соответственно имел трабл как у половины гугла - Request Sent и точка.
Открыл UDP диапазон 5060-5080 - и все моментально зарегилось и забегало.