9 Dec
2005
9 Dec
'05
9:43 a.m.
Hi folks,
I need an advice regarding failure routes.
I want the (Open)SER to route all incoming calls to a PSTN gateway. If
that route fails (e.g. because the gateway is down) it shall route the
calls to another gateway.
I managed to archieve that in the failure case the second gateway
receives the call. But the ACK request that the caller sends when
receiving the 200 OK is delivered to the primary target again, not to
the fallback gateway.
My configuration (excerpt):
route {
...
record_route();
if (loose_route()) {
t_relay();
exit;
};
t_on_failure("1");
t_relay_udp("192.168.0.37","5060");
}
failure_route[1] {
append_branch();
t_relay_to_udp("192.168.0.39", "5060");
}
Thanks in advance.
Regards,
Stefan
9 Dec
9 Dec
9:53 a.m.
New subject: [Users] Re: [Serusers] Relaying and failure route - misrouted ACK
The ACK should be loose_routed. Verify which path in your config the ACK
packet uses:
if (loose_route()) {
xlog("L_INFO","$rm will be loose_route processed");
t_relay();
exit;
};
xlog("L_INFO","no loose_route processing for request
$rm");
which clients do you use?
we can help you more, if you post a comple ngrep dump
klaus
Stefan Prelle wrote:
Hi folks,
I need an advice regarding failure routes.
I want the (Open)SER to route all incoming calls to a PSTN gateway. If
that route fails (e.g. because the gateway is down) it shall route the
calls to another gateway.
I managed to archieve that in the failure case the second gateway
receives the call. But the ACK request that the caller sends when
receiving the 200 OK is delivered to the primary target again, not to
the fallback gateway.
My configuration (excerpt):
route {
...
record_route();
if (loose_route()) {
t_relay();
exit;
};
t_on_failure("1");
t_relay_udp("192.168.0.37","5060");
}
failure_route[1] {
append_branch();
t_relay_to_udp("192.168.0.39", "5060");
}
Thanks in advance.
Regards,
Stefan
_______________________________________________
Serusers mailing list
Serusers(a)iptel.org
http://mail.iptel.org/mailman/listinfo/serusers
10:34 a.m.
New subject: [Users] Re: [Serusers] Relaying and failure route - misrouted ACK
Hi Klaus,
Am Freitag, den 09.12.2005, 15:53 +0100 schrieb Klaus Darilion:
The ACK should be loose_routed. Verify which path in
your config the ACK
packet uses:
It doesn't process the loose route block. This sounds like the problem,
but I don't know how to fix it.
which clients do you use?
sipp - the call generator with the standard scenario files for client
and server mode.
we can help you more, if you post a comple ngrep dump
You'll find it attached. I modified the IP addresses to be in another
subnet, but everything else is the same.
Regards,
Stefan
--
Stefan Prelle
Specialist VoIP Systems
Broadnet AG
Weidestrasse 112a
22083 Hamburg
Fon +49-40-668610-0
Fax +49-40-668610-530
mailto:s.prelle@broadnet.de
Die in dieser E-Mail enthaltenen Informationen sind vertraulich und nur
für den oder die Empfänger bestimmt. Die Broadnet AG übernimmt keine
Haftung für den Inhalt dieser E-Mail. Versand und Empfang von E-Mails
dienen der Beschleunigung der Kommunikation und der Vorbereitung von
Geschäftsabschlüssen bzw. der Begleitung und Unterstützung unserer
Kundenbetreuung. Auf dem Weg vom Absender zum Empfänger können E-Mails
mitgelesen, verfälscht und verspätet zugestellt werden. Aus diesen
Gründen heraus können Verträge mit der Broadnet AG auf diesem Wege nicht
rechtswirksam abgeschlossen werden. Willenserklärungen können per E-mail
ebenfalls nicht rechtswirksam gegenüber der Broadnet AG abgegeben
werden. Sie werden erst nach einer schriftlichen Bestätigung wirksam.
Jegliche Haftung für Ansprüche, die aufgrund der Kommunikation per
E-Mail begründet werden könnten, sind ausgeschlossen, soweit der
Haftungsausschluß gesetzlich zulässig ist.
10:37 a.m.
New subject: [Users] Re: [Serusers] Relaying and failure route - misrouted ACK
Stefan Prelle wrote:
#
Hi Klaus,
Am Freitag, den 09.12.2005, 15:53 +0100 schrieb Klaus Darilion:
I remember that I also had problems using sipp. This must be fixed in
sipp (or maybe it is a configuration issue).. It does not use the
Contact: URI as request URI for ACK.
It should work once you use a real client.
BTW: You can also use the lcr module for more flexible GW failover
klaus
The ACK should be loose_routed. Verify which path
in your config the ACK
packet uses:
It doesn't process the loose route block. This sounds like the problem,
but I don't know how to fix it.
which clients do you use?
sipp - the call generator with the standard scenario files for client
and server mode. we can help you more, if you post a comple ngrep
dump
You'll find it attached. I modified the IP addresses to be in another
subnet, but everything else is the same.
10:48 a.m.
New subject: [Users] Re: [Serusers] Relaying and failure route - misrouted ACK
Am Freitag, den 09.12.2005, 16:37 +0100 schrieb Klaus Darilion:
Hm, a pity. I need it to do some load tests.
sipp - the
call generator with the standard scenario files for client
and server mode.
I remember that I also had problems using sipp. This must be fixed in
sipp (or maybe it is a configuration issue).. It does not use the
Contact: URI as request URI for ACK. It should work once you use a real client.
I'll try. Thanks so far.
BTW: You can also use the lcr module for more flexible
GW failover
My current solution is just a preliminary solution. In fact I already
had a solution based on LCR that even worked with sipp. Unfortunately my
'real' solution must handle 10-30 Million database entries and process
200 calls per second, while still providing failover possibilities.
After patching the SQL query in the lcr module to use a stored
procedure, I had it working for 1 Million database entries with LCR ...
but only for the first 300 to 500 calls, then the OpenSER lost the
connection to the database. That's why I'm currently working on a
solution that doesn't invole a database.
Regards,
Stefan
11:03 a.m.
New subject: [Users] Re: [Serusers] Relaying and failure route - misrouted ACK
Stefan Prelle wrote:
After patching the SQL query in the lcr module to use
a stored
procedure, I had it working for 1 Million database entries with LCR ...
but only for the first 300 to 500 calls, then the OpenSER lost the
connection to the database. That's why I'm currently working on a
It would be interesting why the database connection was lost. I've never
had any issues. Could you dig into the problem?
solution that doesn't invole a database.
Thus, how will you handle the "10-30 Million database entries" without a
database?
regards
klaus
11:19 a.m.
New subject: [Users] Re: [Serusers] Relaying and failure route - misrouted ACK
Am Freitag, den 09.12.2005, 17:03 +0100 schrieb Klaus Darilion:
That's why a said it is just a preliminary solution - I don't. In "Phase
I" I just need a right match on the phone number to make a routing
decision. (e.g. numbers ending on digits 0..4 use Gateway 1, 5..9
Gateway 2)
Regards,
Stefan
It would be interesting why the database connection
was lost. I've never
had any issues. Could you dig into the problem?
Not sure. The database is still alive - it is just that the OpenSER
always tells me that the MySQL server has gone. (See my posting on 17th
November)
It doesn't happen when I don't use stored procedures, so it might be an
MySQL driver issue. I think neither have the time nor the knowledge to
trace this bug.
solution that
doesn't invole a database.
Thus, how will you handle the "10-30 Million database entries" without a
database?
6860
days inactive
6860
days old
6 comments
2 participants
participants (2)
-
Klaus Darilion -
Stefan Prelle