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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.