Iñaki Baz Castillo writes:
> Yes. But IMHO this is typicall in any PBX environment in which users
> have short extensions (200, 201...) and the PSTN gws are not aware of
> them.
you certainly don't need b2bua in order to map short extension numbers
to e.164 numbers. that is very easy to handle i
You can use the UAC module for that, and it might work, but basically that's
not something a proxy should be doing. The sending UA should respond to the
challenge.
--
Alex Balashov - Principal
Evariste Systems LLC
260 Peachtree Street NW
Suite 2200
Atlanta, GA 30303
Tel: +1-678-954-0670
Fax: +1
2011/4/17 Juha Heinanen :
> Iñaki Baz Castillo writes:
>
>> I've never seen a PSTN gw properly handling a REFER, neither I think a
>> PSTN gw should handle it (but a B2BUA/PBX) between the UA and the PSTN
>> gw(s).
>
> inaki,
>
> your suggestion would mean that proxy would need to route every call
http://kamailio.org/docs/modules/3.0.x/modules_k/uac.html
On Sunday 17 April 2011, Eric Hiller wrote:
> I want kamailio to authenticate itself to a host if it is sent a 401, just
> as that host is expected to authenticate if kamailio sends it one. I am
> not finding much in the online probably bec
I want kamailio to authenticate itself to a host if it is sent a 401, just as
that host is expected to authenticate if kamailio sends it one. I am not
finding much in the online probably because I am not searching for the right
terms. Does anyone have any experience in this?
Thanks!
-Eric
Iñaki Baz Castillo writes:
> I've never seen a PSTN gw properly handling a REFER, neither I think a
> PSTN gw should handle it (but a B2BUA/PBX) between the UA and the PSTN
> gw(s).
inaki,
your suggestion would mean that proxy would need to route every call
between sip ua and pstn gw via a b2bu
Iñaki Baz Castillo writes:
> I've never seen a PSTN gw properly handling a REFER, neither I think a
> PSTN gw should handle it (but a B2BUA/PBX) between the UA and the PSTN
> gw(s).
i don't see any problem if gw charges the call based on referred-by that
proxy has verified. i think that even cis
2011/4/17 Juha Heinanen :
> lets say that a sip ua has dialog established with pstn gw and the sip
> ua sends refer to pstn gateway for the purpose of transferring the call
> to another pstn destination. in that case, referred-by uri is used for
> accounting of the new pstn leg.
I've never seen a
Iñaki Baz Castillo writes:
> Depending on our topology we can just ask for authentication for every
> in-dialog request (unless it comes from a trusted node as a PSTN gw)
> but without trying to check the identity of the in-dialog request
> originator. Well, the identity is asserted by the proxy a
2011/4/17 Juha Heinanen :
> if refer does not contain referred-by header, then there is no other
> choice than to refuse it. otherwise (unless you keep call state) you
> don't have any chance to know who sent the refer and what rights the
> sender might have.
Keeping call state within a proxy is
Iñaki Baz Castillo writes:
> Hi Juha, Referred-By header is not part of REFER specification but an
> extension (RFC 3892) and it's not mandatory:
>
> 2.1. Referrer Behavior
>
>A UA sending a REFER request (a referrer) MAY provide a Referred-By
>header field value in the request.
if r
2011/4/16 Juha Heinanen :
>> - Later alice sends a REFER or a re-INVITE. Note that the request
>> would contain "From: sip:2...@domain.org" (even if the AoR of alice us
>> "sip:al...@domain.org". This is because From/To URI are usually
>> unchanged whithin a dialog.
>
> inaki,
>
> refer would conta
Dear Alex,
The configuration is the default with WITH_NAT defined.
I have some extra logs (xlog("RTPPROXY started..")) enabled in the RTPPROXY
route in order to understand if it is engaged or not.
When I make calls behind NAT the RTPPROXY is engaged but I don't see any RTP
in traces.
Do you have
13 matches
Mail list logo
