Send discussion mailing list submissions to
discussion sipforum.org
To subscribe or unsubscribe via the World Wide Web, visit
http:
//sipforum.org/mailman/listinfo/discussion
or, via email, send a message with subject or body 'help'
to
discussion-requestsipforum.org
You can reach the person managing the list at
discussion-ownersipforum.org
When replying, please edit your Subject line so it is more
specific
than "Re: Contents of discussion digest..."
Today's Topics:
1. Re: difference between INFO and OPTIONSmethod? (Herve
Jourdain)
2. Doubt regarding SDP exchange (Murgesh Kumbar)
------------------------------------------------------------
----------
Message: 1
Date: Mon, 10 Dec 2007 08:00:16 +0100
From: "Herve Jourdain" <herve.jourdainmstarsemi.com>
Subject: Re: [SIPForum-discussion] difference between INFO
and
OPTIONSmethod?
To: "'Geo Paul'" <gpaulaylus.com>,
"'discussion'"
<discussionsipforum.org>
Message-ID: <200712100655.lBA6tOmb054025mailsqr.mstarsemi.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi,
I just would add that you can?t send the CANCEL until you
receive a 1xx
response.
But once you receive it, if you do receive it, then you
probably have to
generate it, in order to CANCEL the call, because then the
other party would
have initiated the call handling on its side, and it
probably has to be
stopped ? if you wanted to send that CANCEL request, you
probably had a good
reason for that?
So basically, there are chances you need to deal with
?deferred? CANCEL
requests, that you can?t send until you receive a 1xx
response?
It might not that easy to implement, one way could be to
keep the
transaction running, and at the UAC core level, when
receiving the first 1xx
notification sent by state machine to UAC core, if you
determine there is no
?ongoing call? related to it, you could just then send a
CANCEL request.
Regards,
Herv?
_____
From: discussion-bouncessipforum.org
[mailto:discussion-bouncessipforum.org] On Behalf Of
Geo Paul
Sent: vendredi 7 d?cembre 2007 19:41
To: discussion
Subject: Re: [SIPForum-discussion] difference between INFO
and
OPTIONSmethod?
CANCEL is send only if you receive a 100 trying and did not
receive a final
response (200Ok) from the next node. So if your INVITE did
not make it to
the next node then you need not a send a CANCEL.
Geo
_____
From: Andrea Puddu [mailto:androjokerhotmail.com]
Sent: Friday, December 07, 2007 1:29 PM
To: nidhi jain; discussionsipforum.org
Subject: Re: [SIPForum-discussion] difference between INFO
and OPTIONS
method?
I answer to first question (correct me if I am wrong):
CANCEL request is sent when response to INVITE message is
not received. If
this INVITE request is lost and UA may still send a CANCEL
request. Is this
possible? Can CANCEL request be sent without sending an
INVITE message?
A CANCEL request can be sent if the 200 OK to the INVITE
request has not
been received yet from the Caller. Otherwise you have to
send a BYE request.
Furthermore I guess that if you send a CANCEL not related to
an INVITE you
will probably receive a "
481 Call/Transaction Does Not Exist" message. _In fact
which Call-ID do you
mean to use? It has to be the same of the INVITE request.
Just try.
Andrea
_____
Date: Fri, 7 Dec 2007 15:09:33 +0000
From: nidhi_jain6680yahoo.co.in
To: discussionsipforum.org
Subject: [SIPForum-discussion] difference between INFO and
OPTIONS method?
Hello,
CANCEL request is sent when response to INVITE
message is not
received. If
this INVITE request is lost and UA may still send a CANCEL
request. Is this
possible? Can CANCEL request be sent without sending an
INVITE message?
What is the basic difference between INFO and
OPTIONS method? can
OPTIONS
used for mid-call signalling?
Why is ACK request required? Is it just to avoid
retransmission of
response
message. This could be done even by starting the media
transmission.
How are DTMF digits sent before the session setup?
Please reply.
Thank you.
_____
Get the freedom to save as many mails as you wish. Click
here to know how.
<http://in.rd.yahoo.com/tagline_mail_5
/*http:/help.yahoo.com/l/in/yahoo/mail
/yahoomail/tools/tools-08.html/>
_____
Tutti i tuoi account di posta sul desktop..con Windows Live
Mail! Windows
<http://www.windowslive.
it> Live Mail
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://sipforum.org/p
ipermail/discussion/attachments/20071210/63321d27/attachment
-0001.html
------------------------------
Message: 2
Date: Mon, 10 Dec 2007 01:50:27 -0800 (PST)
From: Murgesh Kumbar <murgeshmk2004yahoo.com>
Subject: [SIPForum-discussion] Doubt regarding SDP exchange
To: discussionsipforum.org
Message-ID: <490289.2951.qmweb52301.mail.re2.yahoo.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi All,
I have a small doubt regarding the SDP negotiation
between a User Agent Client - UAC & User Agent Server -
UAS. The below is the setup.
UAC Configurations: 1st priority PCMA (A-law)
2nd priority PCMU
(U-Law)
UAS Configurations: 1st priority PCMU (U-Law)
2nd priority PCMA (A-law)
If UAC sends INVITE with Codec supporting PCMA (A-law) and
PCMU (U-Law) with PCMA has high priority as per the above
configurations, how does the SERVER should respond? Does
serevr should consider the priority of its own first or it
should consider the priority of the client first .... Both
server and client can support both U-law & A-law but
only the priority changes..
Regards,
Murgesh
---------------------------------
Looking for last minute shopping deals? Find them fast with
Yahoo! Search.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://sipforum.org/piperm
ail/discussion/attachments/20071210/1df4a4b7/attachment.html
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 10822 bytes
Desc: not available
Url : http://sipforum.org/piperma
il/discussion/attachments/20071210/1df4a4b7/attachment.jpe
------------------------------
_______________________________________________
This is the SIP Forum discussion mailing list
TO UNSUBSCRIBE, or edit your delivery options, please visit
http:
//sipforum.org/mailman/listinfo/discussion
Post to the list at discussionsipforum.org
End of discussion Digest, Vol 29, Issue 19
******************************************
|
