Re: SIP Dialog Match
"Karunesh Sharma" <[email protected]>
| Newsgroups | gmane.ietf.sip |
|---|---|
| Message-ID | <[email protected]> |
Are you talking about *privacy* headers? I fail to understand here how *privacy* header will help in such cases. K$ _______________________ -----Original Message----- From: T Satyanarayana-A12694 [mailto:[email protected]] Sent: Monday, August 03, 2009 10:02 PM To: Dale Worley; Karunesh Sharma Cc: [email protected] Subject: RE: [Sip] SIP Dialog Match In short, if some one wants to fake another client, it is possible since the communication is in clear. If there are security concerns, then security mechanisms (privacy etc) should be used. -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Dale Worley Sent: Monday, August 03, 2009 9:35 PM To: Karunesh Sharma Cc: [email protected] Subject: Re: [Sip] SIP Dialog Match On Mon, 2009-08-03 at 21:28 +0530, Karunesh Sharma wrote: > Is this a valid behavior for scenario like 'Call-Forwarding'? In principle, the responses to a request should almost always come from the address to which the request was sent. But that is not usually enforced, and there may be good reasons why it isn't happening in a particular instance. In regard to an observed instance of this behavior, you must first determine the complete routing of the request in question and the reason for each routing step. Dale _______________________________________________ Sip mailing list https://www.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 _______________________________________________ Sip mailing list https://www.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