Closed #918.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/918#event-921454638___
sr-dev mailing list
sr-dev@lists.sip-router.org
http:
OK, I am closing this item. Thanks for troubleshooting assistance and testing.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/918#issuecomment-272297778
Works for me now! Thanks guys, you are the best ;)
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/918#issuecomment-272296852___
sr-dev m
I pushed another patch in master. Can you try again with latest version?
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/918#issuecomment-272211980__
I may have a lead to troubleshoot this further. Hopefully I will get the time
for it later today, if not, tomorrow.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/918#issuecomment
Attach also thekamailio log messages from syslog file with debug=3 in
kamailio.cfg.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/918#issuecomment-272013110_
Would it be because the operator sends 487 before 200 (shouldn't it be 200 OK
for CANCEL first then 487 as last message).
https://github.com/kamailio/kamailio/issues/870 seems to have similar call flow.
--
You are receiving this because you are subscribed to this thread.
Reply to this email dir
Now the CSeq is correct, however I do see repeated CANCELs and 487s from the
peer just as in https://github.com/kamailio/kamailio/issues/870 This means that
it does cancel the call and these extra messages back and forth do not cause
any end-user side effects:
#
U x.x.x.50:5060 -> 85.14.79.130:
A new patch was pushed. Try again with latest master branch.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/918#issuecomment-271881295__
After installing from package, it works better but there are some issues still:
#
U x.x.x.50:5060 -> 85.14.79.130:6050
INVITE sip:48732406...@ctmx.3s.pl:6050 SIP/2.0.
Record-Route: .
Via: SIP/2.0/UDP x.x.x.50;branch=z9hG4bKf853.a86fa1ded7f4197c5ea1a1625d652c6f.0.
Via: SIP/2.0/UDP
x.x.x.167:52163;
Can you test with laster master branch?
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/918#issuecomment-271575864___
sr-dev mailing list
I have default settings from for tm:
# - tm params -
# auto-discard branches from previous serial forking leg
modparam("tm", "failure_reply_mode", 3)
# default retransmission timeout: 30sec
modparam("tm", "fr_timer", 3)
# default invite retransmission timeout after 1xx: 120sec
modparam
Can you paste here the parameters you set for **tm** module?
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/918#issuecomment-271379646__
Hi,
I have a provider that requires proxy auth for all outgoing calls so I create
the following config:
```
loadmodule "uac.so"
loadmodule "dialog.so"
modparam("dialog", "dlg_flag", 4)
modparam("dialog", "track_cseq_updates", 1)
modparam("dialog", "send_bye", 1)
modparam("dialog", "timeout_nores
14 matches
Mail list logo
