Joel,
You can handle this either inside request_route {} or branch_route
{}, logic is pretty much the same -- except for branch route would be
specific to each branch - either way you still need to check where
that branch and or request is going to and apply applicable logic.
I'm not clear on e
Hi Brandon,
The problem is that I need to remove the headers only if we are going to
send the call outside of our platform, and that always happens after a
delivery try internally.
Something along:
Try 1: Caller (adds X- headers) --> Kamailio (forwards X- headers without
touching them) --> media
len = snprintf(cmd->buf_t, sizeof(cmd->buf_t), "%d %lu %lu %lu
%lu\n",
ttl, pst[0].npkts_in, pst[1].npkts_in, pcnts.nrelayed,
pcnts.ndropped)
Those are: remaining session TTL in seconds, number of packets received
from side A, number of packets received from side B, overall numbe
Why do you not remove the headers in request_route {} ?
Check and see where the call is uri or destination is going and add or
remove as desired?
On Tue, Oct 17, 2017 at 12:36 PM, Joel Serrano wrote:
> Hi,
>
> After some research it all seems to come down to "you cannot remove headers
> in failu
Hi,
After some research it all seems to come down to "you cannot remove headers
in failure_route that where added in request route".
But, is there a way to remove headers in failure_route that came in the
initial INVITE? (so we didn't add anything, but we do want to remove before
sending out).
A
Hi use 5.0.1 with presence
for TCP/UDP endpoints presence works PERFECT
but for WS socket presence i see next (small cleaned log here with all
described bellow https://pastebin.com/8a77ggj0 ):
When WS endpoint subscribes - kamailio After kamailio sends 202 to
SUBSCRIBE message (see it on client)
> On 16 Oct 2017, at 22:24, José Seabra wrote:
>
> Hello there,
> I'm writing here in order to get your experiences about a Presence & IM
> server.
>
> I would like to know what is the best solution to follow:
> SIP Simple or XMPP?
>
> I've more knowledge about SIP Simple with kamailio but i
