PS: I used eXosip_masquerade_contact and that fixed Contact but
what about Via ?
osip_message_fix_last_via_header only modifies rport and received
of Via but not IP:PORT after SIP/2.0/UDP
On 9/26/18 4:56 PM, Tsvetan Filev
wrote:
Hi Aymeric.
When I get INVITE from call leg 1 I need to modify Via and
Contact headers (my external IP address is different then the
one on the listening node) of the INVITE for call leg 2.
So I'm using eXosip_call_build_initial_invite to build invite
message and then I used osip_message_set_contact to change the
IP address but it didn't modify the message.
I tried with osip_message_fix_last_via_header but it didn't
modify as well.
I used osip_message_set_via but it added a new Via header which
is not what I want.
Any idea ?
Regards.
On 9/7/18 4:04 PM, Aymeric Moizard
wrote:
Le ven. 7 sept. 2018 à 13:05, Tsvetan Filev
< address@hidden>
a écrit :
Yes I have working answer now.
Good!
There is something I noticed in the wireshark trace:
The UDP packet that holds the OK response has wrong
(unverified) checksum.
Is there osip/eXosip function that can disable it ?
You don't have to mind about it. This is only related
to wireshark usage.
Regards
Aymeric
On
5.09.2018 12:19, Aymeric Moizard wrote:
Hi!
You are using the wrong API to
answer the option.
The API you use is for request
within a call.
You need to use API for request
"outside calls": eXosip_message_send_answer
See here:
Le mer. 5 sept. 2018 à 10:58,
Tsvetan Filev < address@hidden>
a écrit :
Aymeric,
I'm getting EXOSIP_MESSAGE_NEW event for
OPTIONS.
But when I try to do this:
if(!strcmp(p_evt.request->sip_method,
"OPTIONS"))
{
printf("Got OPTIONS send
OK to tid %d\n", p_evt.tid);
int l_ret = 0;
if(l_ret =
eXosip_call_send_answer (m_ctx, p_evt.tid,
SIP_OK, NULL))
printf("SIP Send
response %d error %d (tid %d)\n",
p_sip_event, l_ret, p_evt.tid);
}
I get SIP Send response 200 error -6 (tid
2).
-6 is OSIP_NOTFOUND
What could be wrong ?
Regards.
On
4.09.2018 17:40, Aymeric Moizard wrote:
Hi,
Of course! Any outgoing and any
incoming request are doable.
eXosip2 won't be able to handle
properly new dialog established
by other request than
INVITE/SUBSCRIBE/REFER.
I've never seen such request
anyway!
Regards
Aymeric
Le mar. 4 sept. 2018
à 15:02, Tsvetan Filev < address@hidden>
a écrit :
Hi Aymeric.
Can eXosip handle (receive)
OPTIONS requests ?
Regards.
On
6.08.2018 16:05, Aymeric Moizard
wrote:
Hi!
How can I detect what
exosip event message
belongs to what call
leg ?
I can't use cid as it
is different for
INVITE and RINGING for
example.
You must use cid
which remains the same for the
compete call-leg.
If this is not
the case, there is a bug. I
doubt any such issue exists in
exosip2...
Regards!
Aymeric
Regards.
On
3.08.2018 18:16,
Aymeric Moizard wrote:
--
|