OK, this is very kewl, thanks for the reference. I also looked at the SLP reference from another reply. Couple follow-ons if you don't mind,
1) The addresses fetched by DHCP are generally fed to kernel resident things, i.e. protocol stack layers. Do you or anybody know of any standardy type APIs that people are using for a client (or a server for that matter) to query the system when it starts up for DHCP'd SIP server addresses or is this (as I'm guessing) different for each and every OS out there. This question definitely crosses the line onto the implementors list so I'll cross post it over there. 2) What about higher level stuff, like billing? For example, lets say I just checked into my hotel and for whatever reason, the hotel wants to offer a SIP proxy service, in addition to the broadband service they charge me $9.99 a day for with my room, or my local Internet-enabled coffee house wants to do something similar. How would that "ad-hoc" provider go about making that happen? I can imagine a bunch of possiblilities. The question is, is there any standardized way of doing something like that out there? Now, I suppose one answer is that I've already got a SIP phone provider that I'll just have to establish a relationship with that I can get to once the Internet connection and I already know all the addresses for that. This question is a bit more protocolish so I'll leave it here. Thoughts? FM ------------------------------------------------ On Wed, 07 Jul 2004 11:39:24 -0400, Jonathan Rosenberg <[EMAIL PROTECTED]> wrote: > There is a DHCP option for SIP. See: > > ftp://ftp.rfc-editor.org/in-notes/rfc3361.txt > > -Jonathan R. > > [EMAIL PROTECTED] wrote: > > > Not quite sure whether this question belongs on the implementors list but I'll > > start here. > > > > Let's say I have a UA client running on a laptop or PDA and I turn it on in either > > a wired or wireless environment. Further, lets say that that environment has some > > SIP proxy or proxies "within reach". Let's also assume that at least one of these > > proxies could provide service to the client either free or by arranging for > > payment in someway. The main point is, the client doesn't know about these > > proxies when it starts up but needs to "discover" them. The problem seems similar > > to discovering wireless access points but at the SIP level rather than Layer 2. > > > > So, the question is how would the client go about discovering these proxies and > > then negotiating use with them (i.e. if the proxy wanted to charge some access > > fee)? > > > > Answers and or referrals to other lists are hoped for. > > > > FM > > > > > > _______________________________________________ > > Sip mailing list https://www1.ietf.org/mailman/listinfo/sip > > This list is for NEW development of the core SIP Protocol > > Use [EMAIL PROTECTED] for questions on current sip > > Use [EMAIL PROTECTED] for new developments on the application of sip > > > > -- > Jonathan D. Rosenberg, Ph.D. 600 Lanidex Plaza > Chief Technology Officer Parsippany, NJ 07054-2711 > dynamicsoft > [EMAIL PROTECTED] FAX: (973) 952-5050 > http://www.jdrosen.net PHONE: (973) 952-5000 > http://www.dynamicsoft.com > _______________________________________________ Sip-implementors mailing list [EMAIL PROTECTED] http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
