Hello list. When using SIP DNS SRV to define a production Asterisk server with high priority and a backup Asterisk server with a lower priority on this DNS-server, will this work as follow : - production server is reachable, so registration of the IP-phone goes to this server - production server is unreachable, so registration goes to the backup Asterisk server - production server is reachable again, so registration goes back to the production server ?? Do I need a low REGISTER timeout value for this to work ? Something like 60seconds, so the IP-phones register every 60 seconds... Kind regards, Jonas. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20101018/c2575aae/attachment.htm
You should plan for 2+ productions systems and use DNS round robin to load balance. The SRV records define the service but not the path. ~ Andrew "lathama" Latham lathama at gmail.com * Learn more about OSS http://en.wikipedia.org/wiki/Open-source_software * Learn more about Linux http://en.wikipedia.org/wiki/Linux * Learn more about Tux http://en.wikipedia.org/wiki/Tux On Mon, Oct 18, 2010 at 7:59 AM, Jonas Kellens <jonas.kellens at telenet.be> wrote:> Hello list. > > When using SIP DNS SRV to define a production Asterisk server with high > priority and a backup Asterisk server with a lower priority on this > DNS-server, will this work as follow : > > - production server is reachable, so registration of the IP-phone goes to > this server > - production server is unreachable, so registration goes to the backup > Asterisk server > - production server is reachable again, so registration goes back to the > production server > > ?? > > Do I need a low REGISTER timeout value for this to work ? Something like > 60seconds, so the IP-phones register every 60 seconds... > > > > Kind regards, > Jonas. > > -- > _____________________________________________________________________ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > New to Asterisk? Join us for a live introductory webinar every Thurs: > ? ? ? ? ? ? ? http://www.asterisk.org/hello > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > ? http://lists.digium.com/mailman/listinfo/asterisk-users >
Yes that is the way it is supposed to work. You do have to rely on the sip devices you are using fully supporting SRV records though. Jonas Kellens wrote:> Hello list. > > When using SIP DNS SRV to define a production Asterisk server with high > priority and a backup Asterisk server with a lower priority on this > DNS-server, will this work as follow : > > - production server is reachable, so registration of the IP-phone goes > to this server > - production server is unreachable, so registration goes to the backup > Asterisk server > - production server is reachable again, so registration goes back to the > production server > > ?? > > Do I need a low REGISTER timeout value for this to work ? Something like > 60seconds, so the IP-phones register every 60 seconds... > > > > Kind regards, > Jonas. >
Hello, I know YeaLink for example supports this... Can you tell me for sure that when the production Asterisk server becomes reachable again, the registration will go back to the production server ?? Jonas. On 10/18/2010 01:11 PM, Gareth Blades wrote:> Yes that is the way it is supposed to work. You do have to rely on the > sip devices you are using fully supporting SRV records though.-------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20101018/61b530f5/attachment.htm
Yes if you set the production server to a higher priority then the backup then the RFC states that the client should periodically check and switch back to the primary server is it becomes reachable. Jonas Kellens wrote:> Hello, > > I know YeaLink for example supports this... > > > Can you tell me for sure that when the production Asterisk server > becomes reachable again, the registration will go back to the production > server ?? > > > Jonas. > > > > On 10/18/2010 01:11 PM, Gareth Blades wrote: >> Yes that is the way it is supposed to work. You do have to rely on the >> sip devices you are using fully supporting SRV records though. >
Hi!> Do I need a low REGISTER timeout value for this to work ? Something > like 60seconds, so the IP-phones register every 60 seconds...This can also be done without SRV records if you have phones that provide a fallback SIP registrar entry - snom for example does, and many other vendors do to. Philipp
To be clear: I need to set the SRV record on my DNS-server and not on my Asterisk server ?! Because the people @ YeaLink keep on talking about "Your SIP server needs to support this"... Jonas. On 10/18/2010 02:03 PM, Gareth Blades wrote:> Yes if you set the production server to a higher priority then the > backup then the RFC states that the client should periodically check and > switch back to the primary server is it becomes reachable. > > > Jonas Kellens wrote: > >> Hello, >> >> I know YeaLink for example supports this... >> >> >> Can you tell me for sure that when the production Asterisk server >> becomes reachable again, the registration will go back to the production >> server ?? >> >> >> Jonas.-------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20101018/a63048d8/attachment.htm
Hello, DNS SRV is not really working: when I stop the Asterisk proces on my production server, then the SIP phone is not registering to my backup SIP server. I have the following DNS records : sip2.domain.tld. A YY.YY.YY.YY sip.domain.tld. A XX.XX.XX.XX _SIP._udp.sip2.domain.tld. SRV YY.YY.YY.YY. _SIP._udp.sip.domain.tld. SRV XX.XX.XX.XX. _udp.sip2.domain.tld has a priority of 25 _udp.sip.domain.tld has a priority of 5 Jonas. On 10/18/2010 02:03 PM, Gareth Blades wrote:> Yes if you set the production server to a higher priority then the > backup then the RFC states that the client should periodically check and > switch back to the primary server is it becomes reachable. > > > Jonas Kellens wrote: > >> Hello, >> >> I know YeaLink for example supports this... >> >> >> Can you tell me for sure that when the production Asterisk server >> becomes reachable again, the registration will go back to the production >> server ?? >> >> >> Jonas. >> >> >> >> On 10/18/2010 01:11 PM, Gareth Blades wrote: >> >>> Yes that is the way it is supposed to work. You do have to rely on the >>> sip devices you are using fully supporting SRV records though. >>>-------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20101101/a9cae284/attachment.htm
Those SRV records are wrong. You have to specify both servers with different priorities against the same hostname. You have sip and sip2 defines with different SRV records so whichever one you configure on the phone thats the only record it will seen. You should use something like this and configure the phones to use sip.domain.tld. :- sip2.domain.tld. A YY.YY.YY.YY sip1.domain.tld. A XX.XX.XX.XX _SIP._udp.sip.domain.tld SRV 0 1 5060 sip1.domain.tld. _SIP._udp.sip.domain.tld SRV 1 1 5060 sip2.domain.tld. Jonas Kellens wrote:> Hello, > > DNS SRV is not really working: when I stop the Asterisk proces on my > production server, then the SIP phone is not registering to my backup > SIP server. > > I have the following DNS records : > > sip2.domain.tld. A YY.YY.YY.YY > sip.domain.tld. A XX.XX.XX.XX > > _SIP._udp.sip2.domain.tld. SRV YY.YY.YY.YY. > _SIP._udp.sip.domain.tld. SRV XX.XX.XX.XX. > > > _udp.sip2.domain.tld has a priority of 25 > _udp.sip.domain.tld has a priority of 5 > > > Jonas. > > > > On 10/18/2010 02:03 PM, Gareth Blades wrote: >> Yes if you set the production server to a higher priority then the >> backup then the RFC states that the client should periodically check and >> switch back to the primary server is it becomes reachable. >> >> >> Jonas Kellens wrote: >> >>> Hello, >>> >>> I know YeaLink for example supports this... >>> >>> >>> Can you tell me for sure that when the production Asterisk server >>> becomes reachable again, the registration will go back to the production >>> server ?? >>> >>> >>> Jonas. >>> >>> >>> >>> On 10/18/2010 01:11 PM, Gareth Blades wrote: >>> >>>> Yes that is the way it is supposed to work. You do have to rely on the >>>> sip devices you are using fully supporting SRV records though. >>>>
On 11/01/2010 10:58 AM, Gareth Blades wrote:> Those SRV records are wrong. You have to specify both servers with > different priorities against the same hostname. You have sip and sip2 > defines with different SRV records so whichever one you configure on the > phone thats the only record it will seen. > You should use something like this and configure the phones to use > sip.domain.tld. :- > > sip2.domain.tld. A YY.YY.YY.YY > sip1.domain.tld. A XX.XX.XX.XX > > _SIP._udp.sip.domain.tld SRV 0 1 5060 sip1.domain.tld. > _SIP._udp.sip.domain.tld SRV 1 1 5060 sip2.domain.tld. >Hello, can a SRV record and an A record co-exist ? Can I have both : sip.domain.tld. A XX.XX.XX.XX _SIP._udp.sip.domain.tld SRV 0 1 5060 sip1.domain.tld. ?? Will IP-phones that support DNS SRV take the SRV-record and phones that do not support DNS SRV the A-record ? If I only have : _SIP._udp.sip.domain.tld SRV 0 1 5060 sip1.domain.tld. _SIP._udp.sip.domain.tld SRV 0 1 5060 sip2.domain.tld. what will happen with IP-phones that do not support DNS SRV when they register to sip.domain.tld ??? Kind regards, Jonas. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20101104/392408ba/attachment.htm
Hello, SIP DNS SRV records are not working. My Grandstream uses the SRV records to find the first Asterisk server to register to. This works. But when I shut down the Asterisk proces on server 1 and I restart my GXP 2010, the phone does not register to server 2... No mather how long I wait, there is no registration coming in... When I start the Asterisk proces again on server 1, then here registration comes in. Kind regards, Jonas. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20101108/0d3cb9fa/attachment.htm
On 11/08/2010 09:50 PM, Jonas Kellens wrote:> Hello, > > SIP DNS SRV records are not working. > > My Grandstream uses the SRV records to find the first Asterisk server > to register to. This works. > > But when I shut down the Asterisk proces on server 1 and I restart my > GXP 2010, the phone does not register to server 2... No mather how > long I wait, there is no registration coming in... > > When I start the Asterisk proces again on server 1, then here > registration comes in. > > > Kind regards, > Jonas.More info : [Jonas at jonas ~]$ host -t srv _SIP._udp.sip10.domain.tld _SIP._udp.sip10.domain.tld has SRV record 25 10 5060 sip2.domain.tld. _SIP._udp.sip10.domain.tld has SRV record 5 10 5060 sip1.domain.tld. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20101109/b8fb6e2b/attachment.htm
Jonas Kellens wrote:> On 11/08/2010 09:50 PM, Jonas Kellens wrote: >> Hello, >> >> SIP DNS SRV records are not working. >> >> My Grandstream uses the SRV records to find the first Asterisk server >> to register to. This works. >> >> But when I shut down the Asterisk proces on server 1 and I restart my >> GXP 2010, the phone does not register to server 2... No mather how >> long I wait, there is no registration coming in... >> >> When I start the Asterisk proces again on server 1, then here >> registration comes in. >> >> >> Kind regards, >> Jonas. > > More info : > > [Jonas at jonas ~]$ host -t srv _SIP._udp.sip10.domain.tld > _SIP._udp.sip10.domain.tld has SRV record 25 10 5060 sip2.domain.tld. > _SIP._udp.sip10.domain.tld has SRV record 5 10 5060 sip1.domain.tld. >It sounds like the grandstream phones are not fully compliant with the SRV standard. They are probably just looking for the lowest priority entry and hardcoding that to be used all the time internally. If you restart the phone does it work? It might try the 25 priority entry if it cannot initially contact the primary server.
On 11/09/2010 02:12 PM, Gareth Blades wrote:> Jonas Kellens wrote: > >> On 11/08/2010 09:50 PM, Jonas Kellens wrote: >> >>> Hello, >>> >>> SIP DNS SRV records are not working. >>> >>> My Grandstream uses the SRV records to find the first Asterisk server >>> to register to. This works. >>> >>> But when I shut down the Asterisk proces on server 1 and I restart my >>> GXP 2010, the phone does not register to server 2... No mather how >>> long I wait, there is no registration coming in... >>> >>> When I start the Asterisk proces again on server 1, then here >>> registration comes in. >>> >>> >>> Kind regards, >>> Jonas. >>> >> More info : >> >> [Jonas at jonas ~]$ host -t srv _SIP._udp.sip10.domain.tld >> _SIP._udp.sip10.domain.tld has SRV record 25 10 5060 sip2.domain.tld. >> _SIP._udp.sip10.domain.tld has SRV record 5 10 5060 sip1.domain.tld. >> >> > It sounds like the grandstream phones are not fully compliant with the > SRV standard. They are probably just looking for the lowest priority > entry and hardcoding that to be used all the time internally. > > If you restart the phone does it work? > It might try the 25 priority entry if it cannot initially contact the > primary server. >The way I test it : - Grandstream turned off. - Stop asterisk server1 (/sbin/service asterisk stop) - Turn on Grandstream (power up) Conclusion : Grandstream does not register. No register coming in on server2. Finally : - Start Asterisk again on server1 (/sbin/service asterisk start) Conclusion : Grandstream registers to server1. Jonas.
Jonas Kellens wrote:> On 11/09/2010 02:12 PM, Gareth Blades wrote: >> Jonas Kellens wrote: >> >>> On 11/08/2010 09:50 PM, Jonas Kellens wrote: >>> >>>> Hello, >>>> >>>> SIP DNS SRV records are not working. >>>> >>>> My Grandstream uses the SRV records to find the first Asterisk server >>>> to register to. This works. >>>> >>>> But when I shut down the Asterisk proces on server 1 and I restart my >>>> GXP 2010, the phone does not register to server 2... No mather how >>>> long I wait, there is no registration coming in... >>>> >>>> When I start the Asterisk proces again on server 1, then here >>>> registration comes in. >>>> >>>> >>>> Kind regards, >>>> Jonas. >>>> >>> More info : >>> >>> [Jonas at jonas ~]$ host -t srv _SIP._udp.sip10.domain.tld >>> _SIP._udp.sip10.domain.tld has SRV record 25 10 5060 sip2.domain.tld. >>> _SIP._udp.sip10.domain.tld has SRV record 5 10 5060 sip1.domain.tld. >>> >>> >> It sounds like the grandstream phones are not fully compliant with the >> SRV standard. They are probably just looking for the lowest priority >> entry and hardcoding that to be used all the time internally. >> >> If you restart the phone does it work? >> It might try the 25 priority entry if it cannot initially contact the >> primary server. >> > > The way I test it : > > - Grandstream turned off. > - Stop asterisk server1 (/sbin/service asterisk stop) > - Turn on Grandstream (power up) > > Conclusion : > Grandstream does not register. No register coming in on server2. > > Finally : > - Start Asterisk again on server1 (/sbin/service asterisk start) > > Conclusion : > Grandstream registers to server1. > > Jonas. >Then it looks like the Grandstream phone dont fully support DNS SRV. maybe a firmware update will fix it.
On 11/09/2010 03:20 PM, Gareth Blades wrote:> Jonas Kellens wrote: > >> On 11/09/2010 02:12 PM, Gareth Blades wrote: >> >>> Jonas Kellens wrote: >>> >>> >>>> On 11/08/2010 09:50 PM, Jonas Kellens wrote: >>>> >>>> >>>>> Hello, >>>>> >>>>> SIP DNS SRV records are not working. >>>>> >>>>> My Grandstream uses the SRV records to find the first Asterisk server >>>>> to register to. This works. >>>>> >>>>> But when I shut down the Asterisk proces on server 1 and I restart my >>>>> GXP 2010, the phone does not register to server 2... No mather how >>>>> long I wait, there is no registration coming in... >>>>> >>>>> When I start the Asterisk proces again on server 1, then here >>>>> registration comes in. >>>>> >>>>> >>>>> Kind regards, >>>>> Jonas. >>>>> >>>>> >>>> More info : >>>> >>>> [Jonas at jonas ~]$ host -t srv _SIP._udp.sip10.domain.tld >>>> _SIP._udp.sip10.domain.tld has SRV record 25 10 5060 sip2.domain.tld. >>>> _SIP._udp.sip10.domain.tld has SRV record 5 10 5060 sip1.domain.tld. >>>> >>>> >>>> >>> It sounds like the grandstream phones are not fully compliant with the >>> SRV standard. They are probably just looking for the lowest priority >>> entry and hardcoding that to be used all the time internally. >>> >>> If you restart the phone does it work? >>> It might try the 25 priority entry if it cannot initially contact the >>> primary server. >>> >>> >> The way I test it : >> >> - Grandstream turned off. >> - Stop asterisk server1 (/sbin/service asterisk stop) >> - Turn on Grandstream (power up) >> >> Conclusion : >> Grandstream does not register. No register coming in on server2. >> >> Finally : >> - Start Asterisk again on server1 (/sbin/service asterisk start) >> >> Conclusion : >> Grandstream registers to server1. >> >> Jonas. >> >> > Then it looks like the Grandstream phone dont fully support DNS SRV. > maybe a firmware update will fix it. >I use firmware version 1.2.4.3 <http://grandstream.com/DOWNLOAD/FIRMWARE/BT200_GXP/Release_BT200_GXP_1.2.4.3.zip>, which is the latest stable. Has anyone on this list implemented a successful Grandstream with DNS SRV support ?! Kind regards, Jonas. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20101111/a9e5e943/attachment.htm