Hello,
I am trying to co-relate redirection in SIP with DNS in http. Redirect server helps in getting the location of any desired destination. DNS server, also does a similar kind of job in http. Redirect server, will search in its db to get contact details of the destination we want to reach. When it finds one, provides us that contact. When its unable to find one, informs us about it. Fine. DNS server, on the other hand, if cannot reslove the address on its own, queries another DNS server for reachability. All SIP rfc/bis drafts state, Redirect server does not issue requests of its own. Now, my question is: -------------------- Plain reply from the Redirect server, that i don't know, will not help the client. Instead, we would desire, that the Redirect server if unable to resolve a url, should consult another redirect server, just as DNS servers do. Wouldn't this mechanism be great? But, Redirect server has been handicapped by the fact, that "It should not generate any request of its own.". Shouldn't this constraint be removed? Don't we need a mechanism to identify, what servers are Proxy, what are Redirect in the SIP network? Don't we as a client need to be able to say, that this particular server is Proxy or a Redirect? Wouldn't this knowledge help the uac in forwarding its requests? Regards, -Manish _______________________________________________ Sip-implementors mailing list [EMAIL PROTECTED] http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
