[Asterisk-Users] SRV Lookups

Douglas Garstang dgarstang at oneeighty.com
Sun Dec 11 23:29:51 MST 2005


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 at 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 at lists.digium.com [mailto:asterisk-users-bounces at 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 at 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 at lists.digium.com
		[mailto:asterisk-users-bounces at 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 at 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 at 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


More information about the asterisk-users mailing list