Hi Marcin,
I am not sure I get right your use case. If you run a process which
dynamically updates the DNS data so that the SRV response reflects the
current availability of the individual SIP servers, then I get your
point (but to test that this works properly, it would be enough to
periodically send SRV requests. i.e. you would not need to send a single
INVITE).
But bear in mind that the original intention behind SRV records is not
that the UAC would send a DNS SRV request before every single initial
INVITE: the SRV records should be more or less static, like other types
of DNS records, i.e. their expiration time should not be seconds. And
the distribution of sessions among the servers on the SRV response list
and the retry of session on another peer from the list if the initially
chosen one has not responded in time should be a sole responsibility of
the client. So a well-written real SIP client will query for SRV record
once, and until it expires, it will use the sole response to set the
destination of its individual initial INVITEs.
Pavel
Dne 7.12.2015 v 9:59 IPvoice Marcin Muzylo napsal(a):
Hi Pavel,
thank you for response . I can of course do such tests but my main
point is to check GeoIP + health check (AWS), so if i turn off one
machine it can be marked not to use and there will be no requests
anymore to it. Other thing that i can also turn off all servers in
one location and launch test to check if GeoIP works and other
location can take care traffic .
------------------------------------------------------------------------------
Go from Idea to Many App Stores Faster with Intel(R) XDK
Give your users amazing mobile app experiences with Intel(R) XDK.
Use one codebase in this all-in-one HTML5 development environment.
Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs.
http://pubads.g.doubleclick.net/gampad/clk?id=254741911&iu=/4140
_______________________________________________
Sipp-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/sipp-users
