sip-implementors
Thread
Date
Earlier messages
Later messages
Messages by Thread
[Sip-implementors] Do I need SDP in order to refresh an already established offer/answer session?
Manolis Katsidoniotis
Re: [Sip-implementors] Do I need SDP in order to refresh an already established offer/answer session?
Roman Shpount
Re: [Sip-implementors] Do I need SDP in order to refresh an already established offer/answer session?
Manolis Katsidoniotis
Re: [Sip-implementors] Do I need SDP in order to refresh an already established offer/answer session?
Tarun2 Gupta
Re: [Sip-implementors] Do I need SDP in order to refresh an already established offer/answer session?
Brett Tate
Re: [Sip-implementors] Sip-implementors Digest, Vol 11, Issue 1
Amit Kumar
[Sip-implementors] Cancelling a call before Provisional response
Anjan Naik
Re: [Sip-implementors] Cancelling a call before Provisional response
Kamini Gangwani
Re: [Sip-implementors] Cancelling a call before Provisional response
Alok Tiwari
Re: [Sip-implementors] Cancelling a call before Provisional response
Dale R. Worley
[Sip-implementors] SIP option tags are case sensitive?
isshed
Re: [Sip-implementors] SIP option tags are case sensitive?
Mayank Sharma
Re: [Sip-implementors] SIP option tags are case sensitive?
isshed
Re: [Sip-implementors] SIP option tags are case sensitive?
Paul Kyzivat
Re: [Sip-implementors] SIP option tags are case sensitive?
isshed
Re: [Sip-implementors] Sip-implementors Digest, Vol 10, Issue 12
Amit Kumar
Re: [Sip-implementors] Sip-implementors Digest, Vol 10, Issue 12
Amit Kumar
[Sip-implementors] Register
voip tester
Re: [Sip-implementors] Register
Brett Tate
[Sip-implementors] Use case for Inivite without SDP
Seshagiri Kondaveti
Re: [Sip-implementors] Use case for Inivite without SDP
Vivek Batra
Re: [Sip-implementors] Use case for Inivite without SDP
劳尔
Re: [Sip-implementors] Use case for Inivite without SDP
Brett Tate
Re: [Sip-implementors] Use case for Inivite without SDP
ankur bansal
Re: [Sip-implementors] Use case for Inivite without SDP
Seshagiri Kondaveti
[Sip-implementors] How to negotiate H.264 video frame rate in SDP?
fan fan
Re: [Sip-implementors] How to negotiate H.264 video frame rate in SDP?
Dale R. Worley
Re: [Sip-implementors] How to negotiate H.264 video frame rate in SDP?
fan fan
Re: [Sip-implementors] How to negotiate H.264 video frame rate in SDP?
Dale R. Worley
[Sip-implementors] SIP 302
Sheldon Patry
Re: [Sip-implementors] SIP 302
Brett Tate
[Sip-implementors] Glare handling & SDP Session Version value
Kumar, Puneet (Puneet)
Re: [Sip-implementors] Glare handling & SDP Session Version value
Brett Tate
[Sip-implementors] Some thoughts on draft-sparks-sipcore-refer-explicit-subscription-02
Jānis Rukšāns
[Sip-implementors] Offer/answer model and multicast
Jānis Rukšāns
Re: [Sip-implementors] Offer/answer model and multicast
Dale R. Worley
Re: [Sip-implementors] Offer/answer model and multicast
Jānis Rukšāns
Re: [Sip-implementors] Offer/answer model and multicast
Dale R. Worley
[Sip-implementors] ReINVITE offer answer failure
Tarun2 Gupta
Re: [Sip-implementors] ReINVITE offer answer failure
Alok Tiwari
Re: [Sip-implementors] ReINVITE offer answer failure
Vivek Batra
Re: [Sip-implementors] ReINVITE offer answer failure
Banda, Srinivas (Srinivas)
Re: [Sip-implementors] ReINVITE offer answer failure
Tarun2 Gupta
Re: [Sip-implementors] ReINVITE offer answer failure
Alok Tiwari
Re: [Sip-implementors] ReINVITE offer answer failure
Vivek Batra
Re: [Sip-implementors] ReINVITE offer answer failure
Paul Kyzivat
Re: [Sip-implementors] ReINVITE offer answer failure
ankur bansal
Re: [Sip-implementors] ReINVITE offer answer failure
Paul Kyzivat
Re: [Sip-implementors] ReINVITE offer answer failure
Tarun2 Gupta
Re: [Sip-implementors] ReINVITE offer answer failure
Dale R. Worley
[Sip-implementors] IMS Doubt
voip tester
[Sip-implementors] Inserting PAI header by UA
Rajesh
Re: [Sip-implementors] Inserting PAI header by UA
Paul Kyzivat
[Sip-implementors] Clarification Required on section 7.4 RFC 3966
Ambrish Kumar
Re: [Sip-implementors] Clarification Required on section 7.4 RFC 3966
Brett Tate
Re: [Sip-implementors] Clarification Required on section 7.4 RFC 3966
Paul Kyzivat
Re: [Sip-implementors] Clarification Required on section 7.4 RFC 3966
Ambrish Kumar
[Sip-implementors] Warning code SRTP
Olle E. Johansson
Re: [Sip-implementors] Warning code SRTP
Dale R. Worley
Re: [Sip-implementors] Warning code SRTP
Ilan Avner
Re: [Sip-implementors] Warning code SRTP
Paul Kyzivat
[Sip-implementors] deprecating 202 for REFER
Brett Tate
Re: [Sip-implementors] deprecating 202 for REFER
Dale R. Worley
[Sip-implementors] Regarding Registration on Brekeke server
Rakesh Rajkumar
Re: [Sip-implementors] Regarding Registration on Brekeke server
Brett Tate
[Sip-implementors] re-invite
Mahudeswaran A
Re: [Sip-implementors] re-invite
Brett Tate
[Sip-implementors] ETNCC
Dharm Singh
[Sip-implementors] Query regarding SDP negotiation
Sourav Dhar Chaudhuri
Re: [Sip-implementors] Query regarding SDP negotiation
ankur bansal
Re: [Sip-implementors] Query regarding SDP negotiation
Sourav Dhar Chaudhuri
Re: [Sip-implementors] Query regarding SDP negotiation
Brett Tate
Re: [Sip-implementors] Query regarding SDP negotiation
Sourav Dhar Chaudhuri
Re: [Sip-implementors] Query regarding SDP negotiation
Jan Bollen
Re: [Sip-implementors] Query regarding SDP negotiation
Rasik Jesadiya
Re: [Sip-implementors] Query regarding SDP negotiation
Brett Tate
Re: [Sip-implementors] Query regarding SDP negotiation
Paul Kyzivat
Re: [Sip-implementors] Query regarding SDP negotiation
ankur bansal
Re: [Sip-implementors] Query regarding SDP negotiation
hao . 1 . wang
Re: [Sip-implementors] Query regarding SDP negotiation
Neelakantan, Neel
Re: [Sip-implementors] Query regarding SDP negotiation
ankur bansal
[Sip-implementors] Ack new transaction as per 3261 but what now after rfc6026
ankur bansal
Re: [Sip-implementors] Ack new transaction as per 3261 but what now after rfc6026
Paul Kyzivat
Re: [Sip-implementors] Ack new transaction as per 3261 but what now after rfc6026
ankur bansal
Re: [Sip-implementors] Ack new transaction as per 3261 but what now after rfc6026
Paul Kyzivat
[Sip-implementors] Port in TO & FROM header
Vikas Kumar1
Re: [Sip-implementors] Port in TO & FROM header
Brett Tate
Re: [Sip-implementors] Port in TO & FROM header
Dale R. Worley
[Sip-implementors] call transfer without using REFER
Mahudeswaran A
Re: [Sip-implementors] call transfer without using REFER
Praveena Ss
Re: [Sip-implementors] call transfer without using REFER
Mahudeswaran A
Re: [Sip-implementors] call transfer without using REFER
Dale R. Worley
Re: [Sip-implementors] call transfer without using REFER
Brett Tate
Re: [Sip-implementors] call transfer without using REFER
Mahudeswaran A
Re: [Sip-implementors] call transfer without using REFER
Brett Tate
Re: [Sip-implementors] call transfer without using REFER
Paul Kyzivat
[Sip-implementors] How to send BYE request using REFER method
Sourav Dhar Chaudhuri
Re: [Sip-implementors] How to send BYE request using REFER method
Brett Tate
Re: [Sip-implementors] How to send BYE request using REFER method
Sourav Dhar Chaudhuri
Re: [Sip-implementors] How to send BYE request using REFER method
Brett Tate
[Sip-implementors] Supported with replaces parameter is Mandatory to support REFER request
Sourav Dhar Chaudhuri
Re: [Sip-implementors] Supported with replaces parameter is Mandatory to support REFER request
Vivek Batra
Re: [Sip-implementors] Supported with replaces parameter is Mandatory to support REFER request
Sourav Dhar Chaudhuri
Re: [Sip-implementors] Supported with replaces parameter is Mandatory to support REFER request
Vivek Batra
Re: [Sip-implementors] Supported with replaces parameter is Mandatory to support REFER request
Dale R. Worley
Re: [Sip-implementors] Supported with replaces parameter is Mandatory to support REFER request
Paul Kyzivat
Re: [Sip-implementors] Supported with replaces parameter is Mandatory to support REFER request
Dale R. Worley
Re: [Sip-implementors] Supported with replaces parameter is Mandatory to support REFER request
Paul Kyzivat
Re: [Sip-implementors] Supported with replaces parameter is Mandatory to support REFER request
Vikas Dhiman
Re: [Sip-implementors] Supported with replaces parameter is Mandatory to support REFER request
Abhishek Gupta
Re: [Sip-implementors] Supported with replaces parameter is Mandatory to support REFER request
Brett Tate
[Sip-implementors] c= line for disabled media streams
Saúl Ibarra Corretgé
Re: [Sip-implementors] c= line for disabled media streams
Balint Menyhart
Re: [Sip-implementors] c= line for disabled media streams
Pranav Damele
Re: [Sip-implementors] c= line for disabled media streams
Balint Menyhart
Re: [Sip-implementors] c= line for disabled media streams
Paul Kyzivat
Re: [Sip-implementors] c= line for disabled media streams
Pranav Damele
Re: [Sip-implementors] c= line for disabled media streams
Saúl Ibarra Corretgé
Re: [Sip-implementors] c= line for disabled media streams
Paul Kyzivat
[Sip-implementors] can CRBT palyed without Reliable Provisonal response.
Sourav Dhar Chaudhuri
Re: [Sip-implementors] can CRBT palyed without Reliable Provisonal response.
VARUN BHATIA
Re: [Sip-implementors] can CRBT palyed without Reliable Provisonal response.
Mustafa AYDIN
Re: [Sip-implementors] can CRBT palyed without Reliable Provisonal response.
Mustafa AYDIN
Re: [Sip-implementors] can CRBT palyed without Reliable Provisonal response.
Paul Kyzivat
Re: [Sip-implementors] can CRBT palyed without Reliable Provisonal response.
Mustafa AYDIN
Re: [Sip-implementors] can CRBT palyed without Reliable Provisonal response.
Vivek Talwar
Re: [Sip-implementors] can CRBT palyed without Reliable Provisonal response.
Mustafa AYDIN
Re: [Sip-implementors] can CRBT palyed without Reliable Provisonal response.
Paul Kyzivat
Re: [Sip-implementors] can CRBT palyed without Reliable Provisonal response.
Mustafa AYDIN
Re: [Sip-implementors] can CRBT palyed without Reliable Provisonal response.
Sourav Dhar Chaudhuri
Re: [Sip-implementors] can CRBT palyed without Reliable Provisonal response.
Brett Tate
Re: [Sip-implementors] can CRBT palyed without Reliable Provisonal response.
Mustafa AYDIN
Re: [Sip-implementors] can CRBT palyed without Reliable Provisonal response.
ankur bansal
[Sip-implementors] Use case for P-Early-Media header (RFC 5009)
isshed
Re: [Sip-implementors] Use case for P-Early-Media header (RFC 5009)
Brett Tate
Re: [Sip-implementors] Use case for P-Early-Media header (RFC 5009)
isshed
Re: [Sip-implementors] Use case for P-Early-Media header (RFC 5009)
CALME, Jim (Jim)** CTR **
[Sip-implementors] SUBSCRIBE 200 & NOTIFY out of order.
Kumar, Puneet (Puneet)
Re: [Sip-implementors] SUBSCRIBE 200 & NOTIFY out of order.
Paul Kyzivat
Re: [Sip-implementors] SUBSCRIBE 200 & NOTIFY out of order.
Dale R. Worley
[Sip-implementors] SCTP Multihoming Always sending primary interface ip
VARUN BHATIA
Re: [Sip-implementors] SCTP Multihoming Always sending primary interface ip
Dale R. Worley
[Sip-implementors] REFER in early dialog
Anurag Khare
[Sip-implementors] SDP b= line interpretation
Yong Xin
Re: [Sip-implementors] SDP b= line interpretation
sameer momin
[Sip-implementors] UAS behaviour for sending responses
Kchitiz Saxena
Re: [Sip-implementors] UAS behaviour for sending responses
Brett Tate
Re: [Sip-implementors] UAS behaviour for sending responses
Kchitiz Saxena
Re: [Sip-implementors] UAS behaviour for sending responses
Brett Tate
Re: [Sip-implementors] UAS behaviour for sending responses
Kchitiz Saxena
Re: [Sip-implementors] UAS behaviour for sending responses
Paul Kyzivat
Re: [Sip-implementors] UAS behaviour for sending responses
Brett Tate
Re: [Sip-implementors] UAS behaviour for sending responses
Vivek Talwar
Re: [Sip-implementors] UAS behaviour for sending responses
Kchitiz Saxena
Re: [Sip-implementors] UAS behaviour for sending responses
Varun Bhatia
Re: [Sip-implementors] UAS behaviour for sending responses
Vivek Talwar
[Sip-implementors] Media types carried via SIP
Dale R. Worley
Re: [Sip-implementors] Media types carried via SIP
Adrian Georgescu
Re: [Sip-implementors] Media types carried via SIP
Dale R. Worley
Re: [Sip-implementors] Media types carried via SIP
Adrian Georgescu
Re: [Sip-implementors] Media types carried via SIP
Charles Eckel (eckelcu)
[Sip-implementors] How setup a sip based website for making calls and text messages
agbasimalohenry
[Sip-implementors] REGISTER re-transmission
Chaim Geretz
Re: [Sip-implementors] REGISTER re-transmission
Vivek Talwar
Re: [Sip-implementors] REGISTER re-transmission
Banda, Srinivas (Srinivas)
[Sip-implementors] Transport = TLS in contact
Vikas Kumar1
Re: [Sip-implementors] ?0?2 Transport = TLS in contact
Samman
[Sip-implementors] Client Registration
voip tester
Re: [Sip-implementors] Can UAS send 200 OK final response before receiving PRACK for provisional response(without SDP body) ?
Brett Tate
[Sip-implementors] Can UAS send 200 OK final response before recieving PRACK for provisonal response(wihout SDP body) ?
Jatin Kohli
Re: [Sip-implementors] Can UAS send 200 OK final response before recieving PRACK for provisonal response(wihout SDP body) ?
abhishek verma
[Sip-implementors] EarlyBird registration deadline for SIPit 31 is Monday August 18
Robert Sparks
[Sip-implementors] SIP - DTMF transfer using RFC2833
Sylvester, Prasanth (NSN - IN/Bangalore)
[Sip-implementors] SIP - DTMF transfer using RFC2833
Sylvester, Prasanth (NSN - IN/Bangalore)
Re: [Sip-implementors] SIP - DTMF transfer using RFC2833
Henning Christiansen
Re: [Sip-implementors] SIP - DTMF transfer using RFC2833
Joel Gerber
Re: [Sip-implementors] SIP - DTMF transfer using RFC2833
Sylvester, Prasanth (NSN - IN/Bangalore)
[Sip-implementors] Timer for 18x reliable response retransmission
ankur bansal
Re: [Sip-implementors] Timer for 18x reliable response retransmission
Brett Tate
[Sip-implementors] SDP reply incident
Sourav Dhar Chaudhuri
Re: [Sip-implementors] SDP reply incident
Brett Tate
Re: [Sip-implementors] SDP reply incident
pradeep kumar
Re: [Sip-implementors] [Sip-implementers] what is the significant of IP address present in FROM, CONTACT & VIA Header
Brett Tate
[Sip-implementors] FROM header in SIP INVITE shows:unavailable@unknown.invalid
souvik pal
[Sip-implementors] FROM header in SIP INVITE shows:unavailable@unknown.invalid
souvik pal
Re: [Sip-implementors] FROM header in SIP INVITE shows:unavailable@unknown.invalid
Brett Tate
[Sip-implementors] what is the significant of IP address present in FROM, CONTACT & VIA Header
Anjan Naik
Re: [Sip-implementors] what is the significant of IP address present in FROM, CONTACT & VIA Header
Brett Tate
Re: [Sip-implementors] what is the significant of IP address present in FROM, CONTACT & VIA Header
Anjan Naik
[Sip-implementors] : No To-Tag in INVITE why?
Arun Tagare
Re: [Sip-implementors] : No To-Tag in INVITE why?
Amit Kumar Singh
Re: [Sip-implementors] : No To-Tag in INVITE why?
Arun Tagare
Re: [Sip-implementors] : No To-Tag in INVITE why?
pradeep kumar
[Sip-implementors] Call transfer for an attended call without using REFER method possible?
Sourav Dhar Chaudhuri
Re: [Sip-implementors] Call transfer for an attended call without usingREFER method possible? - Email found in subject
Johan DE CLERCQ
Re: [Sip-implementors] Call transfer for an attended call without usingREFER method possible? - Email found in subject
swaminathan.seetharaman
Re: [Sip-implementors] Call transfer for an attended call without usingREFER method possible? - Email found in subject
Vivek Batra
Re: [Sip-implementors] Call transfer for an attended call without using REFER method possible?
Henning Christiansen
Re: [Sip-implementors] Call transfer for an attended call without using REFER method possible?
rohit verma
Re: [Sip-implementors] Call transfer for an attended call without using REFER method possible?
Paul Kyzivat
Earlier messages
Later messages