[prev in list] [next in list] [prev in thread] [next in thread]
List: serusers
Subject: Re: [SR-Users] t_relay dying ?
From: Jean Cérien <cerien.jean () gmail ! com>
Date: 2017-12-26 15:49:57
Message-ID: CAL_ph0KXX2aZ4SO+7cZLeRQBs6qsBZHfjFmQ84=w+SpQBwx95w () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
Daniel
Many thanks for your help in this holidays season.
The ACK is now going out and executions follows, which is good, however,
the ack is sent to the Kamailio box itself and not actually forwarded to
the asterisk (I've attached at the end of this message the initial invite,
received ACK and "forwarded" ACK).
Both packet go through very classic config, starting with dlg_manage(),
then if (has_totag()), if (loose_route()), which leads to route(RELAY),
which does the actual call to t_relay.
This sequence works fine with other providers, I cant see what is wrong !
Regards
J
*Initial invite received from provider*
2017/12/26 15:21:47.414524 VOIP-IP:5060 -> KAMAILIOIP:5060
INVITE sip:CALLED-NUM@KAMAILIOIP SIP/2.0
Via: SIP/2.0/UDP VOIP-IP:5060;branch=z9hG4bKh5r5mp20007mno86oit0.1
P-Asserted-Identity: <sip:CALLING-NUM@orange-multimedia.fr>
To: <sip:CALLED-NUM@KAMAILIOIP:5060>
From: <sip:CALLING-NUM@orange-multimedia.fr
> ;tag=SDf1f0501-496399c4-0016-096a-0000-0000
Call-ID: SDf1f0501-70980730711ea436a8ed241985dddc7d-v300g00040
CSeq: 1 INVITE
Max-Forwards: 65
Contact: <sip:CALLING-NUM@VOIP-IP:5060;transport=udp>
Allow: INVITE, ACK, BYE, CANCEL, OPTIONS
Supported: uui,timer
Accept: application/sdp, application/isup, application/xml
P-Access-Network-Info:
GSTN;operator-specific-GI="639720000";network-provided
Content-Type: application/sdp
Content-Length: 221
Session-Expires: 1800; refresher=uac
Min-SE: 90
*ACK Received from provider*
2017/12/26 15:21:47.473423 VOIP-IP:5060 -> KAMAILIOIP:5060
ACK sip:CALLED-NUM@KAMAILIOIP:5060 SIP/2.0
Via: SIP/2.0/UDP VOIP-IP:5060;branch=z9hG4bKmdfnm110182k1pbvl180.1
To: <sip:KAMAILIOIP:5060>;tag=as3eec8631
From: <sip:CALLING-NUM@orange-multimedia.fr
> ;tag=SDf1f0501-496399c4-0016-096a-0000-0000
Call-ID: SDf1f0501-70980730711ea436a8ed241985dddc7d-v300g00040
CSeq: 1 ACK
Max-Forwards: 66
Content-Length: 0
Route:
<sip:KAMAILIOIP;lr=on;ftag=SDf1f0501-496399c4-0016-096a-0000-0000;did=eea.aa52>
*ACK Forwarded*
2017/12/26 15:21:47.473898* KAMAILIOIP:5060 -> KAMAILIOIP:5060*
ACK
sip:KAMAILIOIP;lr=on;ftag=SDf1f0501-496399c4-0016-096a-0000-0000;did=eea.aa52
SIP/2.0
Via: SIP/2.0/UDP
KAMAILIOIP;branch=z9hG4bK52bb.2e7f3f0b7c8c60b92bfa2d945cc9829d.0
Via: SIP/2.0/UDP VOIP-IP:5060;branch=z9hG4bKmdfnm110182k1pbvl180.1
To: <sip:KAMAILIOIP:5060>;tag=as3eec8631
From: <sip:CALLING-NUM@orange-multimedia.fr
> ;tag=SDf1f0501-496399c4-0016-096a-0000-0000
Call-ID: SDf1f0501-70980730711ea436a8ed241985dddc7d-v300g00040
CSeq: 1 ACK
Max-Forwards: 65
Content-Length: 0
On Sat, Dec 23, 2017 at 8:12 AM, Daniel-Constantin Mierla <miconda@gmail.com
> wrote:
> I just tested and works fine. Try with master branch and default config
> file.
>
> To test I modified a bit the default kamailio.cfg and I have in
> route[RELAY]:
>
> xlog("=======* request $rm before relay\n");
> if (!t_relay()) {
> xlog("=======x request $rm not relayed\n");
> sl_reply_error();
> }
> xlog("=======> request $rm relayed\n");
>
> I get the ACK routed and in logs I get:
>
> {1 2 ACK 1473723014@127.0.0.1} 2(20129) ERROR: <script>: =======*
> request ACK before relay
> {1 2 ACK 1473723014@127.0.0.1} 2(20129) ERROR: <script>: =======>
> request ACK relayed
>
> Cheers,
> Daniel
>
> On 22.12.17 21:00, Jean Cérien wrote:
>
>
> Many thanks for your help.
> I've applied the patch, recompiled and I see no difference unfortunately.
> The ACK is not forwarded, and execution after t_relay stops.
>
> I've set the debug level to 4 and captured the traces - I believe the
> section dealing with the ACK is there: https://pastebin.com/TG03YQWC
>
> KR
> J.
>
> On Fri, Dec 22, 2017 at 11:59 AM, Daniel-Constantin Mierla <
> miconda@gmail.com> wrote:
>
> > Hello,
> >
> > can you give a try with latest master branch or by using the patch from
> > next link?
> >
> > - https://github.com/kamailio/kamailio/commit/52111974b4571e05
> > 62e8e731df80f48dbc504915
> >
> > Apparently the t_realy() stopped script execution (by returning 0) when
> > e2e ACK forwarding was successful. The patch should change that to return
> > true.
> >
> > If all works fine while testing, then I will backport.
> >
> > Cheers,
> > Daniel
> >
> >
> >
> > On 22.12.17 14:05, Jean Cérien wrote:
> >
> >
> > Hello
> > I've tried mhomed = 1 with no luck - not so sure what you mean by default
> > route, I've added listen = udp:myadsress:5060
> > I also have auto_aliases=no and alias=myaddress
> >
> > However, what bugs me is that execution seems to stop INSIDE t_relay and
> > the info message after the t_relay is not displayed.
> >
> > I hate to say this, but could this be a bug ?
> >
> > Rgds
> > J.
> >
> >
> > On Fri, Dec 22, 2017 at 1:52 AM, Sergey Safarov <s.safarov@gmail.com>
> > wrote:
> >
> > > Check that your installation have one NIC with only one default route on
> > > host.
> > > If not check that "mhomed=1" is enabled.
> > >
> > > Sergey
> > >
> > > пт, 22 дек. 2017 г. в 0:02, Jean Cérien <cerien.jean@gmail.com>:
> > >
> > > >
> > > > Hello
> > > > I am using kamailio 5.0.2, on a debian 9 system.
> > > >
> > > > Everything was running fine, until one of our voip provider changed his
> > > > switch. Our kamailio is relaying between several voip providers and several
> > > > asterisk (only the signalisation, no rtp).
> > > >
> > > > When we get an invite from this new switch, we select an asterisk and
> > > > relay it correctly to this box. However, the OK is relayed back. But when
> > > > the voip providers sends an ACK for this OK, the t_relay function does not
> > > > return at all, it just dies with no action and no error.
> > > >
> > > > Here is the snippet from route(relay)
> > > >
> > > > xlog("L_INFO","route(relay) @@ $rm - Source: $si:$sp, fu:$fu,
> > > > tu:$tu\n" );
> > > > $var(restrelay)=t_relay();
> > > > xlog("L_INFO","route(relay) @@ $rm - t_relay result:
> > > > $var(restrelay)" );
> > > > if (!$var(restrelay)) {
> > > >
> > > > When processing the initial invite, I do get both INFO messages. When
> > > > the ACK is processed, I only get one INFO message, and no ACK is relayed -
> > > > so it seems execution dies in the t_relay
> > > >
> > > > What could be wrong ???
> > > >
> > > > J.
> > > >
> > > > Details of the ACK:
> > > >
> > > > ACK sip:dialednumber@kamailioIP:5060 SIP/2.0
> > > > Via: SIP/2.0/UDP VOIPPROVIDERIP:5060;branch=z9h
> > > > G4bKjq16fi00d85uee181ic0.1
> > > > To: <sip:kamailioIP:5060>;tag=as7f10ed48
> > > > From: <sip:sourcenumber@orange-multimedia.fr>;tag=SD8u3ob01-7dd8ef
> > > > de-0002-00d5-0000-0000
> > > > Call-ID: SD8u3ob01-688d41f5e2164ceeafe76f40b82b3f97-v300g00030
> > > > CSeq: 1 ACK
> > > > Max-Forwards: 66
> > > > Content-Length: 0
> > > > Route: <sip:kamailioIP;lr=on;ftag=SD8u3ob01-7dd8efde-0002-00d5-0000
> > > > -0000;did=a0b.49d>
> > > >
> > > >
> > > >
> > > > (should you have enough width; the diagram will look ok)
> > > >
> > > > VOIP PROVIDER KAMAILIO
> > > > ASTERISK
> > > > 21:38:54.685149 │ \
> > > > ──────────────────────────> \
> > > > │ │
> > > > ▒ +0.000451 │ 100 trying -- your call is │
> > > > │
> > > > ▒ 21:38:54.685600 │ \
> > > > <────────────────────────── \
> > > > │ │
> > > > ▒ +0.000084 │ │ INVITE
> > > > (SDP) │
> > > > ▒ 21:38:54.685684 │ │
> > > > ──────────────────────────> \
> > > > │ ▒ +0.000831 │ │ 100 \
> > > > Trying │
> > > > ▒ 21:38:54.686515 │ │
> > > > <────────────────────────── \
> > > > │ ▒ +0.000471 │ │ 200 OK
> > > > (SDP) │
> > > > ▒ 21:38:54.686986 │ │
> > > > <────────────────────────── \
> > > > │ ▒ +0.000394 │ 200 OK (SDP) │
> > > > │
> > > > ▒ 21:38:54.687380 │ \
> > > > <────────────────────────── \
> > > > │ │
> > > > ▒ +0.038694 │ ACK │
> > > > │
> > > > ▒ 21:38:54.726074 │ \
> > > > ──────────────────────────> \
> > > > │ │
> > > > ▒ +0.060155 │ │ 200 OK
> > > > (SDP) │
> > > > ▒ 21:38:54.786229 │ │
> > > > <<<──────────────────────── \
> > > > │ ▒ +0.000138 │ 200 OK (SDP) │
> > > > │
> > > > ▒ 21:38:54.786367 │ \
> > > > <<<──────────────────────── \
> > > > │ │
> > > > ▒ +0.005721 │ ACK │
> > > > │
> > > >
> > > >
> > > > _______________________________________________
> > > > Kamailio (SER) - Users Mailing List
> > > > sr-users@lists.kamailio.org
> > > > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
> > > >
> > >
> > > _______________________________________________
> > > Kamailio (SER) - Users Mailing List
> > > sr-users@lists.kamailio.org
> > > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
> > >
> > >
> >
> >
> > _______________________________________________
> > Kamailio (SER) - Users Mailing \
> > Listsr-users@lists.kamailio.orghttps://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
> >
> >
> > --
> > Daniel-Constantin Mierlawww.twitter.com/miconda -- www.linkedin.com/in/miconda
> > Kamailio Advanced Training - www.asipto.com
> > Kamailio World Conference - May 14-16, 2018 - www.kamailioworld.com
> >
> >
>
> --
> Daniel-Constantin Mierlawww.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio Advanced Training - www.asipto.com
> Kamailio World Conference - May 14-16, 2018 - www.kamailioworld.com
>
>
[Attachment #5 (text/html)]
<div dir="ltr"><br><div>Daniel</div><div><br></div><div>Many thanks for your help in \
this holidays season.</div><div><br></div><div>The ACK is now going out and \
executions follows, which is good, however, the ack is sent to the Kamailio box \
itself and not actually forwarded to the asterisk (I've attached at the end of \
this message the initial invite, received ACK and "forwarded" \
ACK).</div><div><br></div><div>Both packet go through very classic config, starting \
with dlg_manage(), then if (has_totag()), if (loose_route()), which leads to \
route(RELAY), which does the actual call to t_relay.</div><div><br></div><div>This \
sequence works fine with other providers, I cant see what is wrong \
!</div><div><br></div><div>Regards</div><div>J</div><div><br></div><div><br></div><div><i>Initial \
invite received from provider</i></div><div><br></div><div><div>2017/12/26 \
15:21:47.414524 VOIP-IP:5060 -> KAMAILIOIP:5060</div><div>INVITE \
sip:CALLED-NUM@KAMAILIOIP SIP/2.0</div><div>Via: SIP/2.0/UDP \
VOIP-IP:5060;branch=z9hG4bKh5r5mp20007mno86oit0.1</div><div>P-Asserted-Identity: \
<<a href="mailto:sip%3ACALLING-NUM@orange-multimedia.fr">sip:CALLING-NUM@orange-multimedia.fr</a>></div><div>To: \
<sip:CALLED-NUM@KAMAILIOIP:5060></div><div>From: <<a \
href="mailto:sip%3ACALLING-NUM@orange-multimedia.fr">sip:CALLING-NUM@orange-multimedia.fr</a>>;tag=SDf1f0501-496399c4-0016-096a-0000-0000</div><div>Call-ID: \
SDf1f0501-70980730711ea436a8ed241985dddc7d-v300g00040</div><div>CSeq: 1 \
INVITE</div><div>Max-Forwards: 65</div><div>Contact: \
<sip:CALLING-NUM@VOIP-IP:5060;transport=udp></div><div>Allow: INVITE, ACK, BYE, \
CANCEL, OPTIONS</div><div>Supported: uui,timer</div><div>Accept: application/sdp, \
application/isup, application/xml</div><div>P-Access-Network-Info: \
GSTN;operator-specific-GI="639720000";network-provided</div><div>Content-Type: \
application/sdp</div><div>Content-Length: 221</div><div>Session-Expires: 1800; \
refresher=uac</div><div>Min-SE: 90</div><div><br></div><div><br></div><div><i>ACK \
Received from provider</i></div><div><br></div><div>2017/12/26 15:21:47.473423 \
VOIP-IP:5060 -> KAMAILIOIP:5060</div><div>ACK sip:CALLED-NUM@KAMAILIOIP:5060 \
SIP/2.0</div><div>Via: SIP/2.0/UDP \
VOIP-IP:5060;branch=z9hG4bKmdfnm110182k1pbvl180.1</div><div>To: \
<sip:KAMAILIOIP:5060>;tag=as3eec8631</div><div>From: <<a \
href="mailto:sip%3ACALLING-NUM@orange-multimedia.fr">sip:CALLING-NUM@orange-multimedia.fr</a>>;tag=SDf1f0501-496399c4-0016-096a-0000-0000</div><div>Call-ID: \
SDf1f0501-70980730711ea436a8ed241985dddc7d-v300g00040</div><div>CSeq: 1 \
ACK</div><div>Max-Forwards: 66</div><div>Content-Length: 0</div><div>Route: \
<sip:KAMAILIOIP;lr=on;ftag=SDf1f0501-496399c4-0016-096a-0000-0000;did=eea.aa52></div><div><br></div></div><div><br></div><div><i>ACK \
Forwarded</i></div><div><br></div><div><div>2017/12/26 15:21:47.473898<b> \
KAMAILIOIP:5060 -> KAMAILIOIP:5060</b></div><div>ACK \
sip:KAMAILIOIP;lr=on;ftag=SDf1f0501-496399c4-0016-096a-0000-0000;did=eea.aa52 \
SIP/2.0</div><div>Via: SIP/2.0/UDP \
KAMAILIOIP;branch=z9hG4bK52bb.2e7f3f0b7c8c60b92bfa2d945cc9829d.0</div><div>Via: \
SIP/2.0/UDP VOIP-IP:5060;branch=z9hG4bKmdfnm110182k1pbvl180.1</div><div>To: \
<sip:KAMAILIOIP:5060>;tag=as3eec8631</div><div>From: <<a \
href="mailto:sip%3ACALLING-NUM@orange-multimedia.fr">sip:CALLING-NUM@orange-multimedia.fr</a>>;tag=SDf1f0501-496399c4-0016-096a-0000-0000</div><div>Call-ID: \
SDf1f0501-70980730711ea436a8ed241985dddc7d-v300g00040</div><div>CSeq: 1 \
ACK</div><div>Max-Forwards: 65</div><div>Content-Length: \
0</div></div><div><br></div><div><br></div><div><br></div></div><div \
class="gmail_extra"><br><div class="gmail_quote">On Sat, Dec 23, 2017 at 8:12 AM, \
Daniel-Constantin Mierla <span dir="ltr"><<a href="mailto:miconda@gmail.com" \
target="_blank">miconda@gmail.com</a>></span> wrote:<br><blockquote \
class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc \
solid;padding-left:1ex">
<div text="#000000" bgcolor="#FFFFFF">
<p>I just tested and works fine. Try with master branch and default
config file.</p>
<p>To test I modified a bit the default kamailio.cfg and I have in
route[RELAY]:</p>
<p> xlog("=======* request $rm before relay\n");<br>
if (!t_relay()) {<br>
xlog("=======x request $rm not relayed\n");<br>
sl_reply_error();<br>
}<br>
xlog("=======> request $rm relayed\n");</p>
<p>I get the ACK routed and in logs I get:</p>
<p>{1 2 ACK <a class="m_-8198175070496905379moz-txt-link-abbreviated" \
href="mailto:1473723014@127.0.0.1" target="_blank">1473723014@127.0.0.1</a>} \
2(20129) ERROR: <script>: =======* request ACK before relay<br>
{1 2 ACK <a class="m_-8198175070496905379moz-txt-link-abbreviated" \
href="mailto:1473723014@127.0.0.1" target="_blank">1473723014@127.0.0.1</a>} \
2(20129) ERROR: <script>: =======> request ACK relayed</p>
<p>Cheers,<br>
Daniel<br>
</p><div><div class="h5">
<br>
<div class="m_-8198175070496905379moz-cite-prefix">On 22.12.17 21:00, Jean \
Cérien wrote:<br> </div>
<blockquote type="cite">
<div dir="ltr">
<div><br>
</div>
<div>Many thanks for your help.</div>
<div>I've applied the patch, recompiled and I see no difference
unfortunately. The ACK is not forwarded, and execution after
t_relay stops. </div>
<div><br>
</div>
<div>I've set the debug level to 4 and captured the traces - I
believe the section dealing with the ACK is there: <a \
href="https://pastebin.com/TG03YQWC" \
target="_blank">https://pastebin.com/TG03YQWC</a></div> <div><br>
</div>
<div>KR</div>
<div>J.</div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Fri, Dec 22, 2017 at 11:59 AM,
Daniel-Constantin Mierla <span dir="ltr"><<a \
href="mailto:miconda@gmail.com" target="_blank">miconda@gmail.com</a>></span> \
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px \
#ccc solid;padding-left:1ex"> <div text="#000000" bgcolor="#FFFFFF">
<p>Hello,</p>
<p>can you give a try with latest master branch or by
using the patch from next link?</p>
<p> -
<a class="m_-8198175070496905379m_-4396643334452035221moz-txt-link-freetext" \
href="https://github.com/kamailio/kamailio/commit/52111974b4571e0562e8e731df80f48dbc504915" \
target="_blank">https://github.com/kamailio/ka<wbr>mailio/commit/52111974b4571e05<wbr>62e8e731df80f48dbc504915</a></p>
<p>Apparently the t_realy() stopped script execution (by
returning 0) when e2e ACK forwarding was successful. The
patch should change that to return true.</p>
<p>If all works fine while testing, then I will backport.</p>
<p>Cheers,<br>
Daniel<br>
</p>
<div>
<div class="m_-8198175070496905379h5">
<p><br>
</p>
<br>
<div \
class="m_-8198175070496905379m_-4396643334452035221moz-cite-prefix">On 22.12.17 \
14:05, Jean Cérien wrote:<br> </div>
<blockquote type="cite">
<div dir="ltr">
<div><br>
</div>
Hello
<div>I've tried mhomed = 1 with no luck - not so
sure what you mean by default route, I've added
listen = udp:myadsress:5060<br>
<div>I also have auto_aliases=no and
alias=myaddress</div>
<div><br>
</div>
<div>However, what bugs me is that execution
seems to stop INSIDE t_relay and the info
message after the t_relay is not displayed. </div>
<div><br>
</div>
<div>I hate to say this, but could this be a bug
?</div>
<div><br>
</div>
<div>Rgds</div>
<div>J.</div>
<div>
<div><br>
</div>
</div>
</div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Fri, Dec 22, 2017 at
1:52 AM, Sergey Safarov <span dir="ltr"><<a \
href="mailto:s.safarov@gmail.com" target="_blank">s.safarov@gmail.com</a>></span> \
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 \
.8ex;border-left:1px #ccc solid;padding-left:1ex"> <div dir="ltr">Check that your \
installation have one NIC with only one default route on
host.
<div>If not check that "mhomed=1" is
enabled.</div>
<div><br>
</div>
<div>Sergey</div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr">пт, 22 дек. 2017 г. в 0:02,
Jean Cérien <<a href="mailto:cerien.jean@gmail.com" \
target="_blank">cerien.jean@gmail.com</a>>:<br> </div>
<blockquote class="gmail_quote" style="margin:0 0 0 \
.8ex;border-left:1px #ccc solid;padding-left:1ex"> <div dir="ltr"><br>
<div>Hello</div>
<div>I am using kamailio 5.0.2, on a
debian 9 system.</div>
<div><br>
</div>
<div>Everything was running fine, until
one of our voip provider changed his
switch. Our kamailio is relaying
between several voip providers and
several asterisk (only the
signalisation, no rtp).</div>
<div><br>
</div>
<div>When we get an invite from this new
switch, we select an asterisk and
relay it correctly to this box.
However, the OK is relayed back. But
when the voip providers sends an ACK
for this OK, the t_relay function does
not return at all, it just dies with
no action and no error.</div>
<div><br>
</div>
<div>Here is the snippet from
route(relay)</div>
<div><br>
</div>
<div>
<div>
xlog("L_INFO","route(relay) @@ \
$rm
- Source: $si:$sp, fu:$fu, tu:$tu\n"
);</div>
<div>
$var(restrelay)=t_relay();</div>
<div>
xlog("L_INFO","route(relay) @@ \
$rm
- t_relay result: $var(restrelay)"
);</div>
<div> if (!$var(restrelay)) {</div>
</div>
<div><br>
</div>
<div>When processing the initial invite,
I do get both INFO messages. When the
ACK is processed, I only get one INFO
message, and no ACK is relayed - so it
seems execution dies in the t_relay</div>
<div><br>
</div>
<div>What could be wrong ???</div>
<div><br>
</div>
<div>J.</div>
<div><br>
</div>
<div>Details of the ACK:</div>
<div><br>
</div>
<div>
<div><font face="monospace, monospace">ACK
<a \
class="m_-8198175070496905379m_-4396643334452035221moz-txt-link-freetext">sip:dialednumber@kamailioIP</a>:50<wbr>60
SIP/2.0<br>
</font></div>
<div><font face="monospace, monospace">Via:
SIP/2.0/UDP
\
VOIPPROVIDERIP:5060;branch=z9h<wbr>G4bKjq16fi00d85uee181ic0.1</font></div>
<div><font face="monospace, monospace">To:
<a \
class="m_-8198175070496905379m_-4396643334452035221moz-txt-link-rfc2396E"><sip:kamailioIP:5060></a>;tag=as7f<wbr>10ed48</font></div>
<div><font face="monospace, monospace">From:
<<a \
href="mailto:sip%3Asourcenumber@orange-multimedia.fr" \
target="_blank">sip:sourcenumber@orange-multi<wbr>media.fr</a>>;tag=SD8u3ob01-7dd8ef<wbr>de-0002-00d5-0000-0000</font></div>
<div><font face="monospace, monospace">Call-ID:
\
SD8u3ob01-688d41f5e2164ceeafe7<wbr>6f40b82b3f97-v300g00030</font></div>
<div><font face="monospace, monospace">CSeq:
1 ACK</font></div>
<div><font face="monospace, \
monospace">Max-Forwards: 66</font></div>
<div><font face="monospace, \
monospace">Content-Length: 0</font></div>
<div><font face="monospace, monospace">Route:
<<a \
class="m_-8198175070496905379m_-4396643334452035221moz-txt-link-freetext">sip:kamailio \
IP;lr=on;ftag=</a>SD8<wbr>u3ob01-7dd8efde-0002-00d5-0000<wbr>-0000;did=a0b.49d></font></div>
</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<div>(should you have enough width; the
diagram will look ok)</div>
<div><br>
</div>
<div>
<div><font face="monospace, monospace">
VOIP PROVIDER
KAMAILIO \
ASTERISK</font></div>
<div><font face="monospace, monospace">
21:38:54.685149 │
\
──────────────────────────> \
│
│ \
</font></div>
<div><span \
style="font-family:monospace,monospace">▒
+0.000451 │ 100 trying --
your call is │
│ </span></div>
<div><font face="monospace, monospace">▒
21:38:54.685600 │
\
<────────────────────────── \
│
│ \
</font></div>
<div><font face="monospace, monospace">▒
+0.000084 │ \
│ INVITE
(SDP) │ </font></div>
<div><font face="monospace, monospace">▒
21:38:54.685684 │
│
\
──────────────────────────> \
│ </font></div>
<div><font face="monospace, monospace">▒
+0.000831 │ \
│ 100 Trying \
│ </font></div>
<div><font face="monospace, monospace">▒
21:38:54.686515 │
│
\
<────────────────────────── \
│ </font></div>
<div><font face="monospace, monospace">▒
+0.000471 │ \
│ 200 OK
(SDP) │ </font></div>
<div><font face="monospace, monospace">▒
21:38:54.686986 │
│
\
<────────────────────────── \
│ </font></div>
<div><font face="monospace, monospace">▒
+0.000394 │ 200 OK
(SDP) │ \
│ </font></div>
<div><font face="monospace, monospace">▒
21:38:54.687380 │
\
<────────────────────────── \
│
│ \
</font></div>
<div><font face="monospace, monospace">▒
+0.038694 │
ACK │ \
│ </font></div>
<div><font face="monospace, monospace">▒
21:38:54.726074 │
\
──────────────────────────> \
│
│ \
</font></div>
<div><font face="monospace, monospace">▒
+0.060155 │ \
│ 200 OK
(SDP) │ </font></div>
<div><font face="monospace, monospace">▒
21:38:54.786229 │
│
\
<<<──────────────────────── \
│ </font></div>
<div><font face="monospace, monospace">▒
+0.000138 │ 200 OK
(SDP) │ \
│ </font></div>
<div><font face="monospace, monospace">▒
21:38:54.786367 │
\
<<<────────────────────────
│ \
│ </font></div>
<div><font face="monospace, monospace">▒
+0.005721 │
ACK │ \
│ </font></div>
</div>
<div><br>
</div>
<div><br>
</div>
</div>
\
______________________________<wbr>_________________<br> Kamailio (SER) - Users \
Mailing List<br>
<a href="mailto:sr-users@lists.kamailio.org" \
target="_blank">sr-users@lists.kamailio.org</a><br> <a \
href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" \
target="_blank">https://lists.kamailio.org/cgi<wbr>-bin/mailman/listinfo/sr-users</a><br>
</blockquote>
</div>
<br>
______________________________<wbr>_________________<br>
Kamailio (SER) - Users Mailing List<br>
<a href="mailto:sr-users@lists.kamailio.org" \
target="_blank">sr-users@lists.kamailio.org</a><br> <a \
href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" \
target="_blank">https://lists.kamailio.org/cgi<wbr>-bin/mailman/listinfo/sr-users</a><br>
<br>
</blockquote>
</div>
<br>
</div>
<br>
<fieldset \
class="m_-8198175070496905379m_-4396643334452035221mimeAttachmentHeader"></fieldset> \
<br>
<pre>______________________________<wbr>_________________
Kamailio (SER) - Users Mailing List
<a class="m_-8198175070496905379m_-4396643334452035221moz-txt-link-abbreviated" \
href="mailto:sr-users@lists.kamailio.org" \
target="_blank">sr-users@lists.kamailio.org</a> <a \
class="m_-8198175070496905379m_-4396643334452035221moz-txt-link-freetext" \
href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" \
target="_blank">https://lists.kamailio.org/cgi<wbr>-bin/mailman/listinfo/sr-users</a> \
</pre> </blockquote>
<br>
</div>
</div>
<span class="m_-8198175070496905379HOEnZb"><font color="#888888">
<pre \
class="m_-8198175070496905379m_-4396643334452035221moz-signature" cols="72">-- \
Daniel-Constantin Mierla <a \
class="m_-8198175070496905379m_-4396643334452035221moz-txt-link-abbreviated" \
href="http://www.twitter.com/miconda" target="_blank">www.twitter.com/miconda</a> -- \
<a class="m_-8198175070496905379m_-4396643334452035221moz-txt-link-abbreviated" \
href="http://www.linkedin.com/in/miconda" \
target="_blank">www.linkedin.com/in/miconda</a> Kamailio Advanced Training - <a \
class="m_-8198175070496905379m_-4396643334452035221moz-txt-link-abbreviated" \
href="http://www.asipto.com" target="_blank">www.asipto.com</a> Kamailio World \
Conference - May 14-16, 2018 - <a \
class="m_-8198175070496905379m_-4396643334452035221moz-txt-link-abbreviated" \
href="http://www.kamailioworld.com" target="_blank">www.kamailioworld.com</a></pre> \
</font></span></div> </blockquote>
</div>
<br>
</div>
</blockquote>
<br>
<pre class="m_-8198175070496905379moz-signature" cols="72">--
Daniel-Constantin Mierla
<a class="m_-8198175070496905379moz-txt-link-abbreviated" \
href="http://www.twitter.com/miconda" target="_blank">www.twitter.com/miconda</a> -- \
<a class="m_-8198175070496905379moz-txt-link-abbreviated" \
href="http://www.linkedin.com/in/miconda" \
target="_blank">www.linkedin.com/in/miconda</a> Kamailio Advanced Training - <a \
class="m_-8198175070496905379moz-txt-link-abbreviated" href="http://www.asipto.com" \
target="_blank">www.asipto.com</a> Kamailio World Conference - May 14-16, 2018 - <a \
class="m_-8198175070496905379moz-txt-link-abbreviated" \
href="http://www.kamailioworld.com" target="_blank">www.kamailioworld.com</a></pre> \
</div></div></div>
</blockquote></div><br></div>
[Attachment #6 (text/plain)]
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic