Hi everyone, I have a question concerning DNS SRV lookups. The situation is like this: - one central Asterisk server - many domains with SRV records, let's say we have bar.com and doe.com Now the question is: if the SRV lookup is done for foo@bar.com the call is mapped to foo@myasterisk.mydomain.net. Is that correct? If so, I have a problem: if somebody calls foo@bar.com, Asterisk receives only the "foo" part. If someone calls john@doe.com, it receives "john" as the extension. Now the main question is: how do I know which SIP address the call originally went to? If I lose the domain name prone to SRV lookup, I can't decide where to route the call - for example, there may be john@doe.com and john@bar.com, both get mapped to my central Asterisk server - I'm unable to know which of the john.s is being called, hence I cannot route the call correctly. Hope the question is clear enough ;) TIA, Robert -- Mit freundlichen Gr??en Robert Spielmann ----------------------------------------------------- TAL.DE ?Klaus Internet Service GmbH ?spielmann@tal.de Robertstr. 6 ? ? ? ?* ? ? ?D-42107 Wuppertal, Germany Tel +49 (0) 202 495-364 ?* ?Fax +49 (0) 202 / 495-399
Robert Spielmann wrote:> Hi everyone, > > I have a question concerning DNS SRV lookups. The situation is like this: > > - one central Asterisk server > - many domains with SRV records, let's say we have bar.com and doe.com > > Now the question is: if the SRV lookup is done for foo@bar.com the call is > mapped to foo@myasterisk.mydomain.net. Is that correct?Yes, this is wrong. We should *not* change the URI. Bug report please.> > If so, I have a problem: if somebody calls foo@bar.com, Asterisk receives only > the "foo" part. If someone calls john@doe.com, it receives "john" as the > extension. Now the main question is: how do I know which SIP address the call > originally went to?Check the ${SIPDOMAIN} variable - it will give you the incoming domain.> If I lose the domain name prone to SRV lookup, I can't decide where to route > the call - for example, there may be john@doe.com and john@bar.com, both get > mapped to my central Asterisk server - I'm unable to know which of the john.s > is being called, hence I cannot route the call correctly.Again, bug report.> Hope the question is clear enough ;)Yes, it was. Thank you. /Olle
Found this on the wiki, is this still true? If so then what's the alternative? Default srvlookup=yes If srvlookup is turned on, Asterisk supports DNS SRV lookups partially. Currently, Asterisk only reads the first SRV entry without bothering with priorities and weights. This option is turned on by default.
Anyone have comments on this? ty.. -----Original Message----- From: Matt Schulte Found this on the wiki, is this still true? If so then what's the alternative? Default srvlookup=yes If srvlookup is turned on, Asterisk supports DNS SRV lookups partially. Currently, Asterisk only reads the first SRV entry without bothering with priorities and weights. This option is turned on by default.
Can someone tell me when SRV lookups are going to be fully supported in Asterisk? I see we just had a new release, 1.2.1. Considering this lack of functionality is a huge gaping hole for reliability, I would have thought 1.2.1 would have been a good time to implement this. It's way overdue. I'd also like to know why when asterisk tries to dial a proxy server, and that proxy server is down, ie not responding to SIP packets, Asterisk still sends RINGING back to the UA. Huh? Doug
Anyone know when Asterisk is going to properly support DNS SRV Lookups? We have Asterisk, OpenSER and Polycom phones here. The Polycom phones seem to have about the best implementation. They at least try a second system (round-robin based on equal weights is flaky tho) if the first doesn't respond unlike Asterisk and OpenSER. It's kinda hard to build a REDUNDANT VOIP network when more than 2/3 of it doesn't support SRV lookups! This also means you have to use IP addresses and hostnames a lot of the time, which makes routing a mess. Yuck! Doug.
Sounds like your saying that a serious limitation that effectively makes Asterisk unusable in a production environment isn't a priority for the 'official' developers. Awesome... -----Original Message----- From: Leif Madsen [mailto:asterisk.leif.madsen@gmail.com] Sent: Sunday, December 11, 2005 12:18 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [Asterisk-Users] SRV Lookups On 12/11/05, Douglas Garstang <dgarstang@oneeighty.com> wrote:> Anyone know when Asterisk is going to properly support DNS SRV Lookups?Well, luckily Asterisk is open source so you have the ability to code this yourself. If you can't program in C (like myself), then you have the option of either hiring someone directly. Another option is to create a bounty and see if anyone else also requires this functionality and is willing to contribute some money for development. Leif Madsen http://www.oreilly.com/catalog/asterisk http://www.leifmadsen.com _______________________________________________ --Bandwidth and Colocation provided by Easynews.com -- Asterisk-Users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
I guess we can put that up there with the inability to share a common Realtime database between Asterisk servers for SIP peers too... another serious limitation. -----Original Message----- From: Douglas Garstang Sent: Sunday, December 11, 2005 12:49 PM To: 'Asterisk Users Mailing List - Non-Commercial Discussion' Subject: RE: [Asterisk-Users] SRV Lookups Sounds like your saying that a serious limitation that effectively makes Asterisk unusable in a production environment isn't a priority for the 'official' developers. Awesome... -----Original Message----- From: Leif Madsen [mailto:asterisk.leif.madsen@gmail.com] Sent: Sunday, December 11, 2005 12:18 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [Asterisk-Users] SRV Lookups On 12/11/05, Douglas Garstang <dgarstang@oneeighty.com> wrote:> Anyone know when Asterisk is going to properly support DNS SRV Lookups?Well, luckily Asterisk is open source so you have the ability to code this yourself. If you can't program in C (like myself), then you have the option of either hiring someone directly. Another option is to create a bounty and see if anyone else also requires this functionality and is willing to contribute some money for development. Leif Madsen http://www.oreilly.com/catalog/asterisk http://www.leifmadsen.com _______________________________________________ --Bandwidth and Colocation provided by Easynews.com -- Asterisk-Users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
What exactly do you mean by 'documented not to be implemented'? If you are referring to the fact it isn't implemented, yes I realise that. That's why I'm trying to get an idea for when these features will be. This isn't whining. If you are however, stating they are designed this way and there's no plan to implement them, I'm wondering why there's such resistance to putting redundant features into Asterisk? -----Original Message----- From: Kevin P. Fleming [mailto:kpfleming@digium.com] Sent: Sunday, December 11, 2005 1:09 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [Asterisk-Users] SRV Lookups Douglas Garstang wrote:> I guess we can put that up there with the inability to share a common Realtime database between Asterisk servers for SIP peers too... another serious limitation.Would you like your money back? Please tell us where to send it and we'll get it right over to you. Whining about stuff that is not implemented (when it's clearly documented to not be implemented) does not do anyone any good, and it makes the rest of the community tend to ignore the remainder of whatever you have to say. This is a volunteer-driven open source project; people write and test what they feel like writing and testing. If you want something that is not implemented, you can 'influence' what someone feels like writing and testing in whatever way is suitable... but whining at them usually has the opposite effect. _______________________________________________ --Bandwidth and Colocation provided by Easynews.com -- Asterisk-Users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
I can't find the post right now, but if I do I will email it. I distinctly remember reading a thread in the archives of this list where someone stated that this was ability was not implented yet, and there where several challanges in doing so. Good luck! -----Original Message----- From: Aaron Daniel [mailto:amdtech@shsu.edu] Sent: Sunday, December 11, 2005 1:20 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [Asterisk-Users] SRV Lookups HUH? I better turn my servers off, they've been doing this for months now 0.o On Dec 11, 2005, at 1:50 PM, Douglas Garstang wrote:> I guess we can put that up there with the inability to share a > common Realtime database between Asterisk servers for SIP peers > too... another serious limitation. > > -----Original Message----- > From: Douglas Garstang > Sent: Sunday, December 11, 2005 12:49 PM > To: 'Asterisk Users Mailing List - Non-Commercial Discussion' > Subject: RE: [Asterisk-Users] SRV Lookups > > > Sounds like your saying that a serious limitation that effectively > makes Asterisk unusable in a production environment isn't a > priority for the 'official' developers. Awesome... > > -----Original Message----- > From: Leif Madsen [mailto:asterisk.leif.madsen@gmail.com] > Sent: Sunday, December 11, 2005 12:18 PM > To: Asterisk Users Mailing List - Non-Commercial Discussion > Subject: Re: [Asterisk-Users] SRV Lookups > > > On 12/11/05, Douglas Garstang <dgarstang@oneeighty.com> wrote: >> Anyone know when Asterisk is going to properly support DNS SRV >> Lookups? > > Well, luckily Asterisk is open source so you have the ability to code > this yourself. If you can't program in C (like myself), then you have > the option of either hiring someone directly. Another option is to > create a bounty and see if anyone else also requires this > functionality and is willing to contribute some money for development. > > Leif Madsen > http://www.oreilly.com/catalog/asterisk > http://www.leifmadsen.com > _______________________________________________ > --Bandwidth and Colocation provided by Easynews.com -- > > Asterisk-Users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users > _______________________________________________ > --Bandwidth and Colocation provided by Easynews.com -- > > Asterisk-Users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users_______________________________________________ --Bandwidth and Colocation provided by Easynews.com -- Asterisk-Users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Yes, you better.... http://lists.digium.com/pipermail/asterisk-users/2005-October/129384.html Kevin P. Fleming kpfleming at digium.com Fri Oct 14 01:25:20 CDT 2005 Marco Balmer wrote:> Any ideas or hints?Yes. Whatever documentation told you that you could share a Realtime SIP peer database between two Asterisk servers was in error (or at least very incomplete). There are ways to do it right now, but it's not trivial and does not provide all the functionality that someone would want from such an arrangement. There's no need to be nasty either. -----Original Message----- From: Kerry Garrison [mailto:support@techdatapros.com] Sent: Sunday, December 11, 2005 1:42 PM To: 'Asterisk Users Mailing List - Non-Commercial Discussion' Subject: RE: [Asterisk-Users] SRV Lookups Dammit, I better go pull my servers out of all of my client's locations because their production servers have just been rendered unusable. Time to take their old Toshiba system out of mothballs an.....wait a sec, it didn't do it either, what now? I guess IP Telephony has just died today. Sad, and it had so much promise. -----Original Message----- From: asterisk-users-bounces@lists.digium.com [mailto:asterisk-users-bounces@lists.digium.com] On Behalf Of Aaron Daniel Sent: Sunday, December 11, 2005 12:20 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [Asterisk-Users] SRV Lookups HUH? I better turn my servers off, they've been doing this for months now 0.o On Dec 11, 2005, at 1:50 PM, Douglas Garstang wrote:> I guess we can put that up there with the inability to share a common > Realtime database between Asterisk servers for SIP peers too... > another serious limitation. > > -----Original Message----- > From: Douglas Garstang > Sent: Sunday, December 11, 2005 12:49 PM > To: 'Asterisk Users Mailing List - Non-Commercial Discussion' > Subject: RE: [Asterisk-Users] SRV Lookups > > > Sounds like your saying that a serious limitation that effectively > makes Asterisk unusable in a production environment isn't a priority > for the 'official' developers. Awesome... > > -----Original Message----- > From: Leif Madsen [mailto:asterisk.leif.madsen@gmail.com] > Sent: Sunday, December 11, 2005 12:18 PM > To: Asterisk Users Mailing List - Non-Commercial Discussion > Subject: Re: [Asterisk-Users] SRV Lookups > > > On 12/11/05, Douglas Garstang <dgarstang@oneeighty.com> wrote: >> Anyone know when Asterisk is going to properly support DNS SRV >> Lookups? > > Well, luckily Asterisk is open source so you have the ability to code > this yourself. If you can't program in C (like myself), then you have > the option of either hiring someone directly. Another option is to > create a bounty and see if anyone else also requires this > functionality and is willing to contribute some money for development. > > Leif Madsen > http://www.oreilly.com/catalog/asterisk > http://www.leifmadsen.com > _______________________________________________ > --Bandwidth and Colocation provided by Easynews.com -- > > Asterisk-Users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users > _______________________________________________ > --Bandwidth and Colocation provided by Easynews.com -- > > Asterisk-Users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users_______________________________________________ --Bandwidth and Colocation provided by Easynews.com -- Asterisk-Users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users _______________________________________________ --Bandwidth and Colocation provided by Easynews.com -- Asterisk-Users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Hi Kerry. Did you see Kevin's subsequent post about using Realtime to share SIP registry info? "Uhhh... you already quoted my previous message on that topic stating that it was not supported at this time. In any given situation, it may or may not work properly, depending on exactly what the servers and clients are doing. Even if the code had been written, there will still be many issues involved in actually implementing it, including (but not limited to) NAT traversal, call limit handling, registration expiration and others. It also mandates that there can be _no_ caching of peer/user information in memory, which currently means there is no 'qualify' or MWI notification possible." Now, I can be a real jerk and say I told you so, or I could inquire as to just how you got it working when it isn't supposed to? This limitation is proving to be a real thorn in our side and I would just die to get it to work. Doug. -----Original Message----- From: Kerry Garrison [mailto:support@techdatapros.com] Sent: Sun 12/11/2005 1:41 PM To: 'Asterisk Users Mailing List - Non-Commercial Discussion' Cc: Subject: RE: [Asterisk-Users] SRV Lookups Dammit, I better go pull my servers out of all of my client's locations because their production servers have just been rendered unusable. Time to take their old Toshiba system out of mothballs an.....wait a sec, it didn't do it either, what now? I guess IP Telephony has just died today. Sad, and it had so much promise. -----Original Message----- From: asterisk-users-bounces@lists.digium.com [mailto:asterisk-users-bounces@lists.digium.com] On Behalf Of Aaron Daniel Sent: Sunday, December 11, 2005 12:20 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [Asterisk-Users] SRV Lookups HUH? I better turn my servers off, they've been doing this for months now 0.o On Dec 11, 2005, at 1:50 PM, Douglas Garstang wrote: > I guess we can put that up there with the inability to share a common > Realtime database between Asterisk servers for SIP peers too... > another serious limitation. > > -----Original Message----- > From: Douglas Garstang > Sent: Sunday, December 11, 2005 12:49 PM > To: 'Asterisk Users Mailing List - Non-Commercial Discussion' > Subject: RE: [Asterisk-Users] SRV Lookups > > > Sounds like your saying that a serious limitation that effectively > makes Asterisk unusable in a production environment isn't a priority > for the 'official' developers. Awesome... > > -----Original Message----- > From: Leif Madsen [mailto:asterisk.leif.madsen@gmail.com] > Sent: Sunday, December 11, 2005 12:18 PM > To: Asterisk Users Mailing List - Non-Commercial Discussion > Subject: Re: [Asterisk-Users] SRV Lookups > > > On 12/11/05, Douglas Garstang <dgarstang@oneeighty.com> wrote: >> Anyone know when Asterisk is going to properly support DNS SRV >> Lookups? > > Well, luckily Asterisk is open source so you have the ability to code > this yourself. If you can't program in C (like myself), then you have > the option of either hiring someone directly. Another option is to > create a bounty and see if anyone else also requires this > functionality and is willing to contribute some money for development. > > Leif Madsen > http://www.oreilly.com/catalog/asterisk > http://www.leifmadsen.com > _______________________________________________ > --Bandwidth and Colocation provided by Easynews.com -- > > Asterisk-Users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users > _______________________________________________ > --Bandwidth and Colocation provided by Easynews.com -- > > Asterisk-Users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users _______________________________________________ --Bandwidth and Colocation provided by Easynews.com -- Asterisk-Users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users _______________________________________________ --Bandwidth and Colocation provided by Easynews.com -- Asterisk-Users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/ms-tnef Size: 7554 bytes Desc: not available Url : http://lists.digium.com/pipermail/asterisk-users/attachments/20051211/fe6f7f06/attachment.bin
Kerry, thanks for the reply. The subject here is a bit misleading. I think I forgot to change it at some point. Ayway, I am REALLY curious how you got Realtime to allow sharing of SIP contact info.... is it a fluke of chance maybe? -----Original Message----- From: asterisk-users-bounces@lists.digium.com on behalf of Kerry Garrison Sent: Sun 12/11/2005 10:39 PM To: 'Asterisk Users Mailing List - Non-Commercial Discussion' Cc: Subject: RE: [Asterisk-Users] SRV Lookups My comment was not specific to SRV lookups and more along the lines that without it Asterisk is not usable in production environments. This type of comment is a bit misleading at best. Without SRV lookups, Asterisk may not be usable in YOUR environment but that hardly devalues Asterisk as a whole. Not that it wouldnt make some things much easier (and possible) but it does not preclude every possible scenerio. -Kerry (sorry, having a bad day, didnt mean to be argumentative) _____ From: asterisk-users-bounces@lists.digium.com [mailto:asterisk-users-bounces@lists.digium.com] On Behalf Of Douglas Garstang Sent: Sunday, December 11, 2005 9:00 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: RE: [Asterisk-Users] SRV Lookups Hi Kerry. Did you see Kevin's subsequent post about using Realtime to share SIP registry info? "Uhhh... you already quoted my previous message on that topic stating that it was not supported at this time. In any given situation, it may or may not work properly, depending on exactly what the servers and clients are doing. Even if the code had been written, there will still be many issues involved in actually implementing it, including (but not limited to) NAT traversal, call limit handling, registration expiration and others. It also mandates that there can be _no_ caching of peer/user information in memory, which currently means there is no 'qualify' or MWI notification possible." Now, I can be a real jerk and say I told you so, or I could inquire as to just how you got it working when it isn't supposed to? This limitation is proving to be a real thorn in our side and I would just die to get it to work. Doug. -----Original Message----- From: Kerry Garrison [mailto:support@techdatapros.com] Sent: Sun 12/11/2005 1:41 PM To: 'Asterisk Users Mailing List - Non-Commercial Discussion' Cc: Subject: RE: [Asterisk-Users] SRV Lookups Dammit, I better go pull my servers out of all of my client's locations because their production servers have just been rendered unusable. Time to take their old Toshiba system out of mothballs an.....wait a sec, it didn't do it either, what now? I guess IP Telephony has just died today. Sad, and it had so much promise. -----Original Message----- From: asterisk-users-bounces@lists.digium.com [mailto:asterisk-users-bounces@lists.digium.com] On Behalf Of Aaron Daniel Sent: Sunday, December 11, 2005 12:20 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [Asterisk-Users] SRV Lookups HUH? I better turn my servers off, they've been doing this for months now 0.o On Dec 11, 2005, at 1:50 PM, Douglas Garstang wrote: > I guess we can put that up there with the inability to share a common > Realtime database between Asterisk servers for SIP peers too... > another serious limitation. > > -----Original Message----- > From: Douglas Garstang > Sent: Sunday, December 11, 2005 12:49 PM > To: 'Asterisk Users Mailing List - Non-Commercial Discussion' > Subject: RE: [Asterisk-Users] SRV Lookups > > > Sounds like your saying that a serious limitation that effectively > makes Asterisk unusable in a production environment isn't a priority > for the 'official' developers. Awesome... > > -----Original Message----- > From: Leif Madsen [mailto:asterisk.leif.madsen@gmail.com] > Sent: Sunday, December 11, 2005 12:18 PM > To: Asterisk Users Mailing List - Non-Commercial Discussion > Subject: Re: [Asterisk-Users] SRV Lookups > > > On 12/11/05, Douglas Garstang <dgarstang@oneeighty.com> wrote: >> Anyone know when Asterisk is going to properly support DNS SRV >> Lookups? > > Well, luckily Asterisk is open source so you have the ability to code > this yourself. If you can't program in C (like myself), then you have > the option of either hiring someone directly. Another option is to > create a bounty and see if anyone else also requires this > functionality and is willing to contribute some money for development. > > Leif Madsen > http://www.oreilly.com/catalog/asterisk > http://www.leifmadsen.com > _______________________________________________ > --Bandwidth and Colocation provided by Easynews.com -- > > Asterisk-Users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users > _______________________________________________ > --Bandwidth and Colocation provided by Easynews.com -- > > Asterisk-Users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users _______________________________________________ --Bandwidth and Colocation provided by Easynews.com -- Asterisk-Users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users _______________________________________________ --Bandwidth and Colocation provided by Easynews.com -- Asterisk-Users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/ms-tnef Size: 9470 bytes Desc: not available Url : http://lists.digium.com/pipermail/asterisk-users/attachments/20051211/c9ace7ff/attachment.bin