sip-implementors  

Messages by Thread

• • Re: [Sip-implementors] SIP messages in IPSec communication Priyaranjan Nayak
  • Re: [Sip-implementors] SIP messages in IPSec communication ankur bansal
• [Sip-implementors] When Does RTP should start flowing after 18x or 200OK/ACK Ambrish Kumar
  • Re: [Sip-implementors] When Does RTP should start flowing after 18x or 200OK/ACK Adelia Chetreanu
  • Re: [Sip-implementors] When Does RTP should start flowing after 18x or 200OK/ACK Paul Kyzivat
  • Re: [Sip-implementors] When Does RTP should start flowing after 18x or 200OK/ACK Ambrish Kumar
  • Re: [Sip-implementors] When Does RTP should start flowing after 18x or 200OK/ACK Adelia Chetreanu
  • Re: [Sip-implementors] When Does RTP should start flowing after 18x or 200OK/ACK Paul Kyzivat
• [Sip-implementors] Q.850 includes in Proviosional response NK
  • Re: [Sip-implementors] Q.850 includes in Proviosional response 劳尔
  • Re: [Sip-implementors] Q.850 includes in Proviosional response Paul Kyzivat
  • Re: [Sip-implementors] Q.850 includes in Proviosional response Joel Gerber
  • Re: [Sip-implementors] Q.850 includes in Proviosional response Paul Kyzivat
  • Re: [Sip-implementors] Q.850 includes in Proviosional response Joel Gerber
• [Sip-implementors] What does identical mean? Ren Xin
  • Re: [Sip-implementors] What does identical mean? Paul Kyzivat
  • Re: [Sip-implementors] What does identical mean? Ren Xin
  • Re: [Sip-implementors] What does identical mean? Dale R. Worley
  • Re: [Sip-implementors] What does identical mean? Paul Kyzivat
  • Re: [Sip-implementors] What does identical mean? Ren Xin
  • Re: [Sip-implementors] What does identical mean? Paul Kyzivat
• [Sip-implementors] RFC 5626 section 4.3: protocol to flow correlation Brett Tate
  • Re: [Sip-implementors] RFC 5626 section 4.3: protocol to flow correlation Roman Shpount
  • Re: [Sip-implementors] RFC 5626 section 4.3: protocol to flow correlation Dale R. Worley
• [Sip-implementors] RFC 2617 being used for SIP Trunk Customers Challenge Imran Saleem
  • Re: [Sip-implementors] RFC 2617 being used for SIP Trunk Customers Challenge Brett Tate
• Re: [Sip-implementors] RFC6337 - reacting on an unacceptable offer in response Brett Tate
  • Re: [Sip-implementors] RFC6337 - reacting on an unacceptable offer in response Jānis Rukšāns
• [Sip-implementors] SIP Call on hold - Reinvite Session Attribute Vs Media Attribute Sylvester, Prasanth (Nokia - IN/Mumbai)
  • Re: [Sip-implementors] SIP Call on hold - Reinvite Session Attribute Vs Media Attribute Paul Kyzivat
  • Re: [Sip-implementors] SIP Call on hold - Reinvite Session Attribute Vs Media Attribute Brett Tate
• [Sip-implementors] Q regarding call transfer and P-Asserted-Identity Roger Wiklund
  • Re: [Sip-implementors] Q regarding call transfer and P-Asserted-Identity ankur bansal
  • Re: [Sip-implementors] Q regarding call transfer and P-Asserted-Identity Paul Kyzivat
  • Re: [Sip-implementors] Q regarding call transfer and P-Asserted-Identity Roger Wiklund
• [Sip-implementors] URI value mandatory for Alert-Info? Alex Balashov
  • Re: [Sip-implementors] URI value mandatory for Alert-Info? Alok Tiwari
  • Re: [Sip-implementors] URI value mandatory for Alert-Info? Paul Kyzivat
  • Re: [Sip-implementors] URI value mandatory for Alert-Info? CALME, Jim (Jim)** CTR **
  • Re: [Sip-implementors] URI value mandatory for Alert-Info? Paul Kyzivat
  • Re: [Sip-implementors] URI value mandatory for Alert-Info? Dale R. Worley
  • Re: [Sip-implementors] URI value mandatory for Alert-Info? Alex Balashov
• [Sip-implementors] RFC6337 - reacting on an unacceptable offer in response Harald Radke
  • Re: [Sip-implementors] RFC6337 - reacting on an unacceptable offer in response Brett Tate
  • Re: [Sip-implementors] RFC6337 - reacting on an unacceptable offer in response Jānis Rukšāns
• [Sip-implementors] RFC 7118: impacts of transport=ws on mid-dialog requests Brett Tate
  • Re: [Sip-implementors] RFC 7118: impacts of transport=ws on mid-dialog requests Roman Shpount
  • Re: [Sip-implementors] RFC 7118: impacts of transport=ws on mid-dialog requests Brett Tate
  • Re: [Sip-implementors] RFC 7118: impacts of transport=ws on mid-dialog requests Roman Shpount
  • Re: [Sip-implementors] RFC 7118: impacts of transport=ws on mid-dialog requests Brett Tate
  • Re: [Sip-implementors] RFC 7118: impacts of transport=ws on mid-dialog requests Brett Tate
  • Re: [Sip-implementors] RFC 7118: impacts of transport=ws on mid-dialog requests Roman Shpount
  • Re: [Sip-implementors] RFC 7118: impacts of transport=ws on mid-dialog requests Brett Tate
  • Re: [Sip-implementors] RFC 7118: impacts of transport=ws on mid-dialog requests Roman Shpount
  • Re: [Sip-implementors] RFC 7118: impacts of transport=ws on mid-dialog requests Iñaki Baz Castillo
  • Re: [Sip-implementors] RFC 7118: impacts of transport=ws on mid-dialog requests Roman Shpount
  • Re: [Sip-implementors] RFC 7118: impacts of transport=ws on mid-dialog requests Iñaki Baz Castillo
  • Re: [Sip-implementors] RFC 7118: impacts of transport=ws on mid-dialog requests Roman Shpount
  • Re: [Sip-implementors] RFC 7118: impacts of transport=ws on mid-dialog requests Iñaki Baz Castillo
• [Sip-implementors] Anybody know of usage of SDP a=quality? Paul Kyzivat
  • Re: [Sip-implementors] Anybody know of usage of SDP a=quality? Robert Sparks
  • Re: [Sip-implementors] Anybody know of usage of SDP a=quality? Charles Eckel (eckelcu)
• [Sip-implementors] To tag changing during Call Forwarding Sourav Dhar Chaudhuri
  • Re: [Sip-implementors] To tag changing during Call Forwarding Paul Kyzivat
  • Re: [Sip-implementors] To tag changing during Call Forwarding Sourav Dhar Chaudhuri
  • Re: [Sip-implementors] To tag changing during Call Forwarding Brett Tate
  • Re: [Sip-implementors] To tag changing during Call Forwarding Paul Kyzivat
  • Re: [Sip-implementors] To tag changing during Call Forwarding Sourav Dhar Chaudhuri
  • Re: [Sip-implementors] To tag changing during Call Forwarding Paul Kyzivat
  • Re: [Sip-implementors] To tag changing during Call Forwarding Brett Tate
• [Sip-implementors] REFER Transaction. ashish rawat
  • Re: [Sip-implementors] REFER Transaction. ashish rawat
  • Re: [Sip-implementors] REFER Transaction. Dale R. Worley
• [Sip-implementors] send audio to multicast address? Paul Heitkemper
  • Re: [Sip-implementors] send audio to multicast address? Dale R. Worley
  • Re: [Sip-implementors] send audio to multicast address? Jānis Rukšāns
• [Sip-implementors] Need Urgent Help for Codec issue NK
  • Re: [Sip-implementors] Need Urgent Help for Codec issue Michael Bain
  • Re: [Sip-implementors] Need Urgent Help for Codec issue NK
  • Re: [Sip-implementors] Need Urgent Help for Codec issue Dale R. Worley
  • Re: [Sip-implementors] Need Urgent Help for Codec issue ashish rawat
  • Re: [Sip-implementors] Need Urgent Help for Codec issue NK
  • Re: [Sip-implementors] Need Urgent Help for Codec issue Paul Kyzivat
  • Re: [Sip-implementors] Need Urgent Help for Codec issue NK
  • Re: [Sip-implementors] Need Urgent Help for Codec issue ashish rawat
  • Re: [Sip-implementors] Need Urgent Help for Codec issue Paul Kyzivat
  • Re: [Sip-implementors] Need Urgent Help for Codec issue NK
• [Sip-implementors] Regarding o line version number increment in SDP Amit Kumar Singh
  • Re: [Sip-implementors] Regarding o line version number increment in SDP Brett Tate
• [Sip-implementors] CANCEL Request sent even after the session closed Imran Saleem
  • Re: [Sip-implementors] CANCEL Request sent even after the session closed Brett Tate
  • Re: [Sip-implementors] CANCEL Request sent even after the session closed ankur bansal
  • Re: [Sip-implementors] CANCEL Request sent even after the session closed Imran Saleem
  • Re: [Sip-implementors] CANCEL Request sent even after the session closed Imran Saleem
  • Re: [Sip-implementors] CANCEL Request sent even after the session closed ankur bansal
  • Re: [Sip-implementors] CANCEL Request sent even after the session closed Brett Tate
  • Re: [Sip-implementors] CANCEL Request sent even after the session closed Imran Saleem
  • Re: [Sip-implementors] CANCEL Request sent even after the session closed Brett Tate
  • Re: [Sip-implementors] CANCEL Request sent even after the session closed Imran Saleem
  • Re: [Sip-implementors] CANCEL Request sent even after the session closed Brett Tate
  • Re: [Sip-implementors] CANCEL Request sent even after the session closed Dale R. Worley
• [Sip-implementors] replies to ACK Andrea
  • Re: [Sip-implementors] replies to ACK Alok Tiwari
  • Re: [Sip-implementors] replies to ACK Andrea
  • Re: [Sip-implementors] replies to ACK WARAD, MANJUNATH (MANJUNATH)
  • Re: [Sip-implementors] replies to ACK Andrea
  • Re: [Sip-implementors] replies to ACK WARAD, MANJUNATH (MANJUNATH)
  • Re: [Sip-implementors] replies to ACK Brett Tate
  • Re: [Sip-implementors] replies to ACK Andrea
  • Re: [Sip-implementors] replies to ACK Brett Tate
• [Sip-implementors] UAS, ACK handling brez
  • Re: [Sip-implementors] UAS, ACK handling Brett Tate
  • Re: [Sip-implementors] UAS, ACK handling brez
• [Sip-implementors] Please Help With This BYE Nahum Nir
  • Re: [Sip-implementors] Please Help With This BYE Brett Tate
• [Sip-implementors] Sessions Expires with Info isshed
  • Re: [Sip-implementors] Sessions Expires with Info Vivek Talwar
  • Re: [Sip-implementors] Sessions Expires with Info Brett Tate
  • Re: [Sip-implementors] Sessions Expires with Info isshed
  • Re: [Sip-implementors] Sessions Expires with Info Joel Gerber
  • Re: [Sip-implementors] Sessions Expires with Info isshed
  • Re: [Sip-implementors] Sessions Expires with Info Brett Tate
  • Re: [Sip-implementors] Sessions Expires with Info Joel Gerber
  • Re: [Sip-implementors] Sessions Expires with Info Brett Tate
  • Re: [Sip-implementors] Sessions Expires with Info Joel Gerber
  • Re: [Sip-implementors] Sessions Expires with Info isshed
  • Re: [Sip-implementors] Sessions Expires with Info Sachin Rastogi
• [Sip-implementors] Contact Header Format NK
• [Sip-implementors] Session establishment without media resources allocation brez
  • Re: [Sip-implementors] Session establishment without media resources allocation Paul Kyzivat
  • Re: [Sip-implementors] Session establishment without media resources allocation brez
  • Re: [Sip-implementors] Session establishment without media resources allocation Dale R. Worley
  • Re: [Sip-implementors] Session establishment without media resources allocation Paul Kyzivat
• [Sip-implementors] "Unregistering" contact bindings Alex Balashov
  • Re: [Sip-implementors] [SOLVED] "Unregistering" contact bindings Alex Balashov
• [Sip-implementors] Relative Preference [q] value in SIP VISHAL GOYAL
  • Re: [Sip-implementors] Relative Preference [q] value in SIP Paul Kyzivat
  • [Sip-implementors] Relative Preference [q] value in SIP VISHAL GOYAL
• [Sip-implementors] query on presence Sreejith Sadaasivan
  • Re: [Sip-implementors] query on presence ag
  • Re: [Sip-implementors] query on presence Paul Kyzivat
  • Re: [Sip-implementors] query on presence Sreejith Sadaasivan
• [Sip-implementors] From anonymous user=phone - no response Jörg Wedermann
  • Re: [Sip-implementors] From anonymous user=phone - no response Brett Tate
  • Re: [Sip-implementors] From anonymous user=phone - no response Dale R. Worley
  • Re: [Sip-implementors] From anonymous user=phone - no response Jörg Wedermann
  • Re: [Sip-implementors] From anonymous user=phone - no response Brett Tate
• [Sip-implementors] SIP Re-invite Query NK
  • Re: [Sip-implementors] SIP Re-invite Query Brett Tate
  • Re: [Sip-implementors] SIP Re-invite Query NK
• [Sip-implementors] 503 with interesting extension Frank.Niedermueller
  • Re: [Sip-implementors] 503 with interesting extension Alok Tiwari
  • Re: [Sip-implementors] 503 with interesting extension Dale R. Worley
• [Sip-implementors] refresher mid-call rsw2111
  • Re: [Sip-implementors] refresher mid-call Brett Tate
  • Re: [Sip-implementors] refresher mid-call rsw2111
  • Re: [Sip-implementors] refresher mid-call Brett Tate
  • Re: [Sip-implementors] refresher mid-call Paul Kyzivat
  • Re: [Sip-implementors] refresher mid-call Dale R. Worley
  • Re: [Sip-implementors] refresher mid-call Paul Kyzivat
  • Re: [Sip-implementors] refresher mid-call Dale R. Worley
• [Sip-implementors] ACK issue Manolis Katsidoniotis
  • Re: [Sip-implementors] ACK issue Sylvester, Prasanth (NSN - IN/Bangalore)
  • Re: [Sip-implementors] ACK issue Brett Tate
• [Sip-implementors] race conditions Sylvester, Prasanth (NSN - IN/Bangalore)
  • Re: [Sip-implementors] race conditions Paul Kyzivat
  • Re: [Sip-implementors] race conditions Sylvester, Prasanth (NSN - IN/Bangalore)
  • Re: [Sip-implementors] race conditions Paul Kyzivat
  • Re: [Sip-implementors] race conditions Sylvester, Prasanth (NSN - IN/Bangalore)
  • Re: [Sip-implementors] race conditions Brett Tate
  • Re: [Sip-implementors] race conditions Dale R. Worley
  • Re: [Sip-implementors] race conditions Dale R. Worley
• [Sip-implementors] Intra Call with OpenIMS not working, Sumant Gupta
  • Re: [Sip-implementors] Intra Call with OpenIMS not working, Neelakantan, Neel
• [Sip-implementors] multiple contact header fields in INVITE Manolis Katsidoniotis
  • Re: [Sip-implementors] multiple contact header fields in INVITE Paul Kyzivat
  • Re: [Sip-implementors] multiple contact header fields in INVITE Dale R. Worley
• [Sip-implementors] Does Min-Expires in 423 Interval too brief has precedence over 200OK Contact expires? Juan De Stefano
  • Re: [Sip-implementors] Does Min-Expires in 423 Interval too brief has precedence over 200OK Contact expires? Brett Tate
  • Re: [Sip-implementors] Does Min-Expires in 423 Interval too brief has precedence over 200OK Contact expires? Paul Kyzivat
  • Re: [Sip-implementors] Does Min-Expires in 423 Interval too brief has precedence over 200OK Contact expires? Dale R. Worley
• [Sip-implementors] Is it allowed to use same rtp dynamic payload type for two different codecs. Kumar, Puneet (Puneet)
  • Re: [Sip-implementors] Is it allowed to use same rtp dynamic payload type for two different codecs. Mustafa AYDIN
• [Sip-implementors] many calls contain media IP (0.0.0.0) and Media port as (0). Imran Saleem
  • Re: [Sip-implementors] many calls contain media IP (0.0.0.0) and Media port as (0). Paul Kyzivat
  • Re: [Sip-implementors] many calls contain media IP (0.0.0.0) and Media port as (0). Imran Saleem
• [Sip-implementors] RTP Payload 97 NK
  • Re: [Sip-implementors] RTP Payload 97 Dale R. Worley
• [Sip-implementors] Can contact header changed value from INVITE than REGISTER request cause call failure Sourav Dhar Chaudhuri
  • Re: [Sip-implementors] Can contact header changed value from INVITE than REGISTER request cause call failure Brett Tate
  • Re: [Sip-implementors] Can contact header changed value from INVITE than REGISTER request cause call failure Dale R. Worley
  • Re: [Sip-implementors] Can contact header changed value from INVITE than REGISTER request cause call failure Dmitry Akindinov
• [Sip-implementors] Query on M line in SDP Rakesh
• [Sip-implementors] IMS Doubts voip tester
  • Re: [Sip-implementors] IMS Doubts Praveena Ss
  • Re: [Sip-implementors] IMS Doubts voip tester
  • Re: [Sip-implementors] IMS Doubts Brett Tate
• [Sip-implementors] TLS and SRV records Olle E. Johansson
• [Sip-implementors] SIP URI syntax vs. generic URI syntax Doug Sauder
  • Re: [Sip-implementors] SIP URI syntax vs. generic URI syntax Brett Tate

• Earlier messages
• Later messages