On Mon, Aug 29, 2016 at 05:23:46PM +0200, Daniel-Constantin Mierla wrote:
> can you try to change the module exports for uac module and allow
> uac_auth() for REQUEST_ROUTE or BRANCH_FAILURE_ROUTE (not sure right now
> by heart which one is required) and see if it actually works. Then the
> flags c
Hello,
can you try to change the module exports for uac module and allow
uac_auth() for REQUEST_ROUTE or BRANCH_FAILURE_ROUTE (not sure right now
by heart which one is required) and see if it actually works. Then the
flags can be extended if all ok.
Cheers,
Daniel
On 29/08/16 11:22, Daniel Tryba
On Fri, Aug 26, 2016 at 01:58:57PM +0200, Daniel-Constantin Mierla wrote:
> try to see if it works to do the authentication in the branch failure
> event route. There you can do processing as soon as the 401 arrives --
> it has to be tried to see if uac auth works fine there, if not probably
> need
Hello,
try to see if it works to do the authentication in the branch failure
event route. There you can do processing as soon as the 401 arrives --
it has to be tried to see if uac auth works fine there, if not probably
needs some tuning.
Cheers,
Daniel
On 25/08/16 15:42, Daniel Tryba wrote:
>
Trying to implement a way to authenticate outgoing INVITEs to endpoints
that need/want to. uac_auth in the initial failure route works fine when
there is only 1 registered user to send the INVITE to. But with at least
2 locations are available and 1 accepts the INVITE without
authentication, the 40
Hello,
there is a limitation of uac_auth() mentioned in the readme of uac
module. Perhaps asterisk doesn't accept the follow up request with
credentials having the same cseq value.
You should just configure asterisk to allow traffic from kamailio based
on ip address, without username/passwor
Hi all sorry for my english!
Iam trying to authenticate as uac on 3rd party server(Asterisk).
Kamailio get 401, send next invite with DIGEST but Asterisk send 401 again(((
Asterisk don’t write in log what auth is failed.
115.600045 xxx.xxx.xxx.xxx -> yyy.yyy.yyy.yyy SIP/SDP 1093 Request: INVITE
On 06/16/2010 04:56 AM, Daniel-Constantin Mierla wrote:
do you get any error message? The only case when is printed a dbg
message is when no credentials for the realm in challenge are found.
Test to see if uac_auth() returns false or true.
There was a realm mismatch; I corrected this and Prox
2010/6/16 Alex Balashov :
> Am I misreading 3261 Section 22.3?
>
>
> If a proxy were to resubmit a request adding a
> Proxy-Authorization header field value, it would need
> to increment the CSeq in the new request. However, this
> would cause the UAC that submitted the origin
On 6/16/10 10:32 AM, Alex Balashov wrote:
On 06/16/2010 04:27 AM, Iñaki Baz Castillo wrote:
2010/6/16 Alex Balashov:
Also, CSeq is not being incremented.
Why do you want CSeq being incremented by the proxy? Note that the UAS
still knows nothing about the request until it receives the firs
On 06/16/2010 04:27 AM, Iñaki Baz Castillo wrote:
2010/6/16 Alex Balashov:
Also, CSeq is not being incremented.
Why do you want CSeq being incremented by the proxy? Note that the UAS
still knows nothing about the request until it receives the first
INVITE (with credentials) from he proxy.
2010/6/16 Alex Balashov :
> Also, CSeq is not being incremented.
Why do you want CSeq being incremented by the proxy? Note that the UAS
still knows nothing about the request until it receives the first
INVITE (with credentials) from he proxy.
--
Iñaki Baz Castillo
Greetings,
When I use uac_auth() in a failure route in this manner:
if(t_check_status("407")) {
uac_auth();
append_branch();
t_relay();
}
or the reverse order vis-a-vis uac_auth() and append_branch(), I do not
see any digest authentication headers being inserted into
13 matches
Mail list logo
