help
i want to unsubscribe plz..
thank you
---------- Original Message ----------
From : ([EMAIL PROTECTED])
To : [EMAIL PROTECTED]
Sent : Sunday, Dec 21, 2003 02:02 AM
Subject : Sip-implementors Digest, Vol 9, Issue 32
> Send Sip-implementors mailing list submissions to
> [EMAIL PROTECTED]
>
>To subscribe or unsubscribe via the World Wide Web, visit
> http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
>or, via email, send a message with subject or body 'help' to
> [EMAIL PROTECTED]
>
>You can reach the person managing the list at
> [EMAIL PROTECTED]
>
>When replying, please edit your Subject line so it is more specific
>than "Re: Contents of Sip-implementors digest..."
>
>
>Today's Topics:
>
> 1. RE: Offer-answer queries ([EMAIL PROTECTED])
> 2. Re: an query (Ashir Ahmed)
>
>
>----------------------------------------------------------------------
>
>Message: 1
>Date: Sat, 20 Dec 2003 08:51:23 +0530
>From: <[EMAIL PROTECTED]>
>Subject: RE: [Sip-implementors] Offer-answer queries
>To: <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>,
> <[EMAIL PROTECTED]>
>Message-ID:
> <[EMAIL PROTECTED]>
>Content-Type: text/plain; charset="us-ascii"
>
>
>
>
>
>
>Regards,
>
>Nataraju A.B.
>
>-----Original Message-----
>From: Prabha [mailto:[EMAIL PROTECTED]
>Sent: Monday, December 15, 2003 11:09 AM
>To: Nataraju Alilaghatta (WT01 - TELECOM & INTER-NETWORKING SOLUTIONS);
>Ranjit Avasarala (WT01 - TELECOM & INTER-NETWORKING SOLUTIONS);
>[EMAIL PROTECTED]
>Subject: Re: [Sip-implementors] Offer-answer queries
>
>
>
>Hello,
>
>
>
>Yes, i do agree with you that when both the parties support codec 3 and
>5, the RTP payload also would be either 3 or 5
>
>But i wanted to know whether the offeror could still send an ACK with
>sdp details by selecting one of the coders.
>
>
>
>Because i did come across some statements saying ACK should not be sent
>with sdp details if the
>
>offer is already sent in an INVITE.
>
>
>
>Is the following INVITE-200OK-ACK handshake against the RFC 3264
>implementation
>
>
>
>OFFEROR (SDP details in INVITE)
>
> v= 0
>
> o= A 1464112736 1464112736 IN IP4 151.209.33.190
>
> s=Calling
>
> c=IN IP4 pgs-477
>
> t=0 0
>
> m=audio 2074 RTP/AVP 0 3 5
>
> a=rtpmap:0 PCMU/8000
>
> a=rtpmap:3 GSM/4000
>
> a=rtpmap:5 ADPCM/4000
>
>
>
>ANSWERER(SDP details in 200 OK )
>
>
>
> v= 0
>
> o= B1464112736 1464112736 IN IP4 151.209.33.194
>
> s=Answering the call
>
> c=IN IP4 pgs-451
>
> t=0 0
>
> m=audio 2074 RTP/AVP 3 5
>
> a=rtpmap:3 GSM/4000
>
> a=rtpmap:5 ADPCM/4000
>
>
>
>OFFEROR (SDP details in ACK)
>
>
>
>v= 0
>
> o= A 1464112736 1464112736 IN IP4 151.209.33.190
>
> s=Calling
>
> c=IN IP4 pgs-477
>
> t=0 0
>
> m=audio 2074 RTP/AVP 3
>
>a=rtpmap:3 GSM/4000
>
>
>
>If the above handshake is not allowed, then looking into the payload
>type in the RTP header is the the only way to
>
>find out for the negotiated codec ?
>
>
>
>[Natraj] in this case Offerer no needs to send the SDP info.
>
>It's the design issue how to identify whether the SDP in 2xx is an
>answer to one in Invite or New Offer.
>
>
>
>Just for example when Offerer send SDP info in Invite he needs retain
>that information (of Offer I been sent out, a flag may be) then no need
>to send the SDP info in ACK. Else send the answer to the offer in 2xx.
>
>
>
>This is no where mentioned in RFC it's purely Implementation issue.
>
>
>
>Correct me if I am wrong....
>
>
>
>
>
>Confidentiality Notice
>
>The information contained in this electronic message and any attachments to this message are intended
>for the exclusive use of the addressee(s) and may contain confidential or privileged information. If
>you are not the intended recipient, please notify the sender at Wipro or [EMAIL PROTECTED] immediately
>and destroy all copies of this message and any attachments.
>-------------- next part --------------
>An HTML attachment was scrubbed...
>URL: http://lists.cs.columbia.edu/pipermail/sip-implementors/attachments/20031220/8a54f1d1/attachment-
0001.htm
>
>------------------------------
>
>Message: 2
>Date: Sat, 20 Dec 2003 19:25:40 +0900
>From: "Ashir Ahmed" <[EMAIL PROTECTED]>
>Subject: Re: [Sip-implementors] an query
>To: [EMAIL PROTECTED], [EMAIL PROTECTED]
>Message-ID: <[EMAIL PROTECTED]>
>Content-Type: text/plain; charset=iso-8859-1
>
>Send an INVITE request and see whether you receive a 100 Trying response
>from the proxy.
>1. If you receive a 100 Trying response, it will definitely be a stateful
>proxy
>2. Otherwise, it could either be a stateful or a stateless proxy.
>A stateful proxy usually sends 100 Trying response but a stateless proxy
>never does.
>
>ashir
>
>----- Original Message -----
>From: <[EMAIL PROTECTED]>
>To: <[EMAIL PROTECTED]>
>Sent: Friday, December 19, 2003 1:50 PM
>Subject: [Sip-implementors] an query
>
>
>>
>>
>>
>>
>> hello all,
>> this is a query raised by one of my friend.
>> is there any way to find that a proxy is working as stateless or a
>> stateful proxy ( with out seeing the respective configuration file )
>> while its running between two users.( ie runtime ) .
>>
>>
>> _*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_*_
>>
>> Gururaj S. Kalligudda
>> Software Engineer,
>> HUGHES Software Systems,
>> Prestige Opal,
>> Infrantary Road, Bangalore.
>> Ph : 2286390 Extn : 7089
>>
>>
>> _______________________________________________
>> Sip-implementors mailing list
>> [EMAIL PROTECTED]
>> http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
>
>
>------------------------------
>
>_______________________________________________
>Sip-implementors mailing list
>[EMAIL PROTECTED]
>http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
>
>
>End of Sip-implementors Digest, Vol 9, Issue 32
>***********************************************
![]()
_______________________________________________
Sip-implementors mailing list
[EMAIL PROTECTED]
http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
