sip-implementors  

Messages by Thread

• • Re: [Sip-implementors] Regarding UAC behaviour for ACK with proxy-authentication Tarun Gupta
• [Sip-implementors] Question about RFC 3398- Ring back Tone and One Way Audio Issues. Zuñiga , Guillermo
  • Re: [Sip-implementors] Question about RFC 3398- Ring back Tone and One Way Audio Issues. ankur bansal
  • Re: [Sip-implementors] Question about RFC 3398- Ring back Tone and One Way Audio Issues. Dale R. Worley
• [Sip-implementors] m:inactive in SDP offer Aman
  • Re: [Sip-implementors] m:inactive in SDP offer Paul Kyzivat
  • Re: [Sip-implementors] m:inactive in SDP offer Aman
• [Sip-implementors] SIP-URI Without Userinfo Adnan Aziz
  • Re: [Sip-implementors] [sipcore] SIP-URI Without Userinfo Christer Holmberg
  • Re: [Sip-implementors] [sipcore] SIP-URI Without Userinfo Dale R. Worley
  • Re: [Sip-implementors] SIP-URI Without Userinfo Paul Kyzivat
• [Sip-implementors] Semantics of parameters in URI username Alex Balashov
  • Re: [Sip-implementors] Semantics of parameters in URI username Brett Tate
  • Re: [Sip-implementors] Semantics of parameters in URI username Alex Balashov
  • Re: [Sip-implementors] Semantics of parameters in URI username Brett Tate
  • Re: [Sip-implementors] Semantics of parameters in URI username Dale R. Worley
  • Re: [Sip-implementors] Semantics of parameters in URI username Paul Kyzivat
• [Sip-implementors] Handling NACK for SIP messages over TCP Venu Y
• [Sip-implementors] SIP session setup Adnan Aziz
  • Re: [Sip-implementors] SIP session setup My Gmail
• [Sip-implementors] DTMF digits dupplicate issue Kapila
  • Re: [Sip-implementors] DTMF digits dupplicate issue My Gmail
  • Re: [Sip-implementors] DTMF digits dupplicate issue Anh Cao
  • Re: [Sip-implementors] DTMF digits dupplicate issue Swarner, John A.
  • Re: [Sip-implementors] DTMF digits dupplicate issue Dale R. Worley
  • Re: [Sip-implementors] DTMF digits dupplicate issue Kapila
  • Re: [Sip-implementors] DTMF digits dupplicate issue Paul Kyzivat
• [Sip-implementors] Building route set from provisional responses Gagandeep Singh
  • Re: [Sip-implementors] Building route set from provisional responses ankur bansal
  • Re: [Sip-implementors] Building route set from provisional responses Gagandeep Singh
  • Re: [Sip-implementors] Building route set from provisional responses Brett Tate
  • Re: [Sip-implementors] Building route set from provisional responses Dale R. Worley
  • Re: [Sip-implementors] Building route set from provisional responses Paul Kyzivat
  • Re: [Sip-implementors] Building route set from provisional responses Brett Tate
  • Re: [Sip-implementors] Building route set from provisional responses Paul Kyzivat
  • Re: [Sip-implementors] Building route set from provisional responses Brett Tate
• [Sip-implementors] Canceling an INVITE still under processing Bogdan-Andrei Iancu
  • Re: [Sip-implementors] Canceling an INVITE still under processing Alan Ford
  • Re: [Sip-implementors] Canceling an INVITE still under processing Bogdan-Andrei Iancu
  • Re: [Sip-implementors] Canceling an INVITE still under processing Alan Ford
  • Re: [Sip-implementors] Canceling an INVITE still under processing Dale R. Worley
  • Re: [Sip-implementors] Canceling an INVITE still under processing Bogdan-Andrei Iancu
• [Sip-implementors] Video Codec presentation in SDP-Offer/Answer Sachin Rastogi
  • Re: [Sip-implementors] Video Codec presentation in SDP-Offer/Answer Paul Kyzivat
  • Re: [Sip-implementors] Video Codec presentation in SDP-Offer/Answer Dale R. Worley
  • [Sip-implementors] What is the SIP RFC for pay phone Ramesh Babu Kuppili
  • Re: [Sip-implementors] Video Codec presentation in SDP-Offer/Answer Alan Ford
• [Sip-implementors] Arbitrary Via parameters Alex Balashov
  • Re: [Sip-implementors] Arbitrary Via parameters Alex Balashov
  • Re: [Sip-implementors] Arbitrary Via parameters Roman Shpount
  • Re: [Sip-implementors] Arbitrary Via parameters Paul Kyzivat
  • Re: [Sip-implementors] Arbitrary Via parameters Roman Shpount
  • Re: [Sip-implementors] Arbitrary Via parameters Alex Balashov
  • Re: [Sip-implementors] Arbitrary Via parameters Roman Shpount
  • Re: [Sip-implementors] Arbitrary Via parameters Alex Balashov
  • Re: [Sip-implementors] Arbitrary Via parameters Paul Kyzivat
  • Re: [Sip-implementors] Arbitrary Via parameters Alex Balashov
  • Re: [Sip-implementors] Arbitrary Via parameters Roman Shpount
  • Re: [Sip-implementors] Arbitrary Via parameters Alex Balashov
  • Re: [Sip-implementors] Arbitrary Via parameters Roman Shpount
  • Re: [Sip-implementors] Arbitrary Via parameters Dale R. Worley
  • Re: [Sip-implementors] Arbitrary Via parameters Neelakantan, Neel
  • Re: [Sip-implementors] Arbitrary Via parameters Roman Shpount
  • Re: [Sip-implementors] Arbitrary Via parameters Paul Kyzivat
  • Re: [Sip-implementors] Arbitrary Via parameters Alex Balashov
• [Sip-implementors] No RBT Fixed IMS CPE's Tarun Gupta
  • Re: [Sip-implementors] No RBT Fixed IMS CPE's ankur bansal
  • Re: [Sip-implementors] No RBT Fixed IMS CPE's Dale R. Worley
  • Re: [Sip-implementors] No RBT Fixed IMS CPE's Md Faruk Apel Chowdhury
  • Re: [Sip-implementors] No RBT Fixed IMS CPE's Paul Kyzivat
  • Re: [Sip-implementors] No RBT Fixed IMS CPE's Dale R. Worley
• [Sip-implementors] Query on UAS sending 200 for INVITE before it receives a 200 for an UPDATE it sent Harrison, Jason, Vodafone UK
  • Re: [Sip-implementors] Query on UAS sending 200 for INVITE before it receives a 200 for an UPDATE it sent Brett Tate
  • Re: [Sip-implementors] Query on UAS sending 200 for INVITE before it receives a 200 for an UPDATE it sent Paul Kyzivat
  • Re: [Sip-implementors] Query on UAS sending 200 for INVITE before it receives a 200 for an UPDATE it sent Dale R. Worley
  • Re: [Sip-implementors] Query on UAS sending 200 for INVITE before it receives a 200 for an UPDATE it sent Harrison, Jason, Vodafone UK
  • Re: [Sip-implementors] Query on UAS sending 200 for INVITE before it receives a 200 for an UPDATE it sent Paul Kyzivat
  • Re: [Sip-implementors] Query on UAS sending 200 for INVITE before it receives a 200 for an UPDATE it sent Dale R. Worley
  • Re: [Sip-implementors] Query on UAS sending 200 for INVITE before it receives a 200 for an UPDATE it sent Julien Marchand
• [Sip-implementors] Multimedia messaging using MESSAGE method (SIP SIMPLE) Pratik Patel
  • Re: [Sip-implementors] Multimedia messaging using MESSAGE method (SIP SIMPLE) Volkan Hatem
  • Re: [Sip-implementors] Multimedia messaging using MESSAGE method (SIP SIMPLE) Paul Kyzivat
  • Re: [Sip-implementors] Multimedia messaging using MESSAGE method (SIP SIMPLE) Dale R. Worley
  • [Sip-implementors] Multimedia messaging using MESSAGE method (SIP SIMPLE) Pratik Patel
• Re: [Sip-implementors] [SIPForum-discussionl] SIP to SS7 Calling Number Informinghb James Allgood
  • Re: [Sip-implementors] [SIPForum-discussionl] SIP to SS7 Calling Number Informinghb Manolis Katsidoniotis
• [Sip-implementors] Wrong Server header value resulting no ACK Sourav Dhar Chaudhuri
  • Re: [Sip-implementors] Wrong Server header value resulting no ACK Brett Tate
• [Sip-implementors] ★ Sip Implementors, Ravi left a message for you Ravi
• [Sip-implementors] IMS-AKA on SIP and Plain RTP (VoLTE) Imran Saleem
• [Sip-implementors] New Invite with same call id received when Non-Invite server is in completed state isshed
  • Re: [Sip-implementors] New Invite with same call id received when Non-Invite server is in completed state My Gmail
  • Re: [Sip-implementors] New Invite with same call id received when Non-Invite server is in completed state isshed
  • Re: [Sip-implementors] New Invite with same call id received when Non-Invite server is in completed state My Gmail
  • Re: [Sip-implementors] New Invite with same call id received when Non-Invite server is in completed state My Gmail
  • Re: [Sip-implementors] New Invite with same call id received when Non-Invite server is in completed state isshed
  • Re: [Sip-implementors] New Invite with same call id received when Non-Invite server is in completed state My Gmail
  • Re: [Sip-implementors] New Invite with same call id received when Non-Invite server is in completed state Brett Tate
  • Re: [Sip-implementors] New Invite with same call id received when Non-Invite server is in completed state Dale R. Worley
  • Re: [Sip-implementors] New Invite with same call id received when Non-Invite server is in completed state Paul Kyzivat
  • Re: [Sip-implementors] New Invite with same call id received when Non-Invite server is in completed state isshed
• [Sip-implementors] Active audio and image(t.38) media descriptions at the same time in the SDP Manoj Priyankara
  • Re: [Sip-implementors] Active audio and image(t.38) media descriptions at the same time in the SDP Paul Kyzivat
• [Sip-implementors] Branch Header in BYE NK
  • Re: [Sip-implementors] Branch Header in BYE Brett Tate
  • Re: [Sip-implementors] Branch Header in BYE NK
  • Re: [Sip-implementors] Branch Header in BYE M. Ranganathan
  • Re: [Sip-implementors] Branch Header in BYE NK
  • Re: [Sip-implementors] Branch Header in BYE My Gmail
• [Sip-implementors] SIP SDP handling with NAT64 setups Nauman Sulaiman
• [Sip-implementors] UAS behavior on receiving PRACK request after failed final response for INVITE Sourav Dhar Chaudhuri
  • Re: [Sip-implementors] UAS behavior on receiving PRACK request after failed final response for INVITE Brett Tate
  • Re: [Sip-implementors] UAS behavior on receiving PRACK request after failed final response for INVITE Brett Tate
• [Sip-implementors] New SIP Forum Document: TWG-9 on IPv6 impact on IPv4 SIP implementations Olle E . Johansson
• [Sip-implementors] SIPit 32 registration closes 29 Aug Robert Sparks
• [Sip-implementors] backoff algorithms to prevent registration storms? Paul Kyzivat
  • Re: [Sip-implementors] backoff algorithms to prevent registration storms? Volkan Hatem
  • Re: [Sip-implementors] backoff algorithms to prevent registration storms? Brett Tate
  • Re: [Sip-implementors] backoff algorithms to prevent registration storms? Paul Kyzivat
  • Re: [Sip-implementors] backoff algorithms to prevent registration storms? Paul Kyzivat
  • Re: [Sip-implementors] backoff algorithms to prevent registration storms? Brett Tate
  • Re: [Sip-implementors] backoff algorithms to prevent registration storms? Roman Shpount
  • Re: [Sip-implementors] backoff algorithms to prevent registration storms? Paul Kyzivat
  • Re: [Sip-implementors] backoff algorithms to prevent registration storms? Roman Shpount
  • Re: [Sip-implementors] backoff algorithms to prevent registration storms? Michael
  • Re: [Sip-implementors] backoff algorithms to prevent registration storms? Roman Shpount
  • Re: [Sip-implementors] backoff algorithms to prevent registration storms? Dale R. Worley
• [Sip-implementors] SDP offer reject, fallback to previous state Manolis Katsidoniotis
  • Re: [Sip-implementors] SDP offer reject, fallback to previous state Volkan Hatem
  • Re: [Sip-implementors] SDP offer reject, fallback to previous state Manolis Katsidoniotis
  • Re: [Sip-implementors] SDP offer reject, fallback to previous state Paul Kyzivat
  • Re: [Sip-implementors] SDP offer reject, fallback to previous state Roman Shpount
  • Re: [Sip-implementors] SDP offer reject, fallback to previous state Manolis Katsidoniotis
  • Re: [Sip-implementors] SDP offer reject, fallback to previous state Brett Tate
  • Re: [Sip-implementors] SDP offer reject, fallback to previous state My Gmail
• [Sip-implementors] - RFC 6337 Section 5.1 - reINVITE without sdp Pavan Pandey
  • Re: [Sip-implementors] - RFC 6337 Section 5.1 - reINVITE without sdp Paul Kyzivat
  • Re: [Sip-implementors] - RFC 6337 Section 5.1 - reINVITE without sdp Neelakantan, Neel
• [Sip-implementors] SIPit 32 registration is open Robert Sparks
• [Sip-implementors] Order of parameters in FROM header Gaurav Khare
  • Re: [Sip-implementors] Order of parameters in FROM header dheeraj kumar
  • Re: [Sip-implementors] Order of parameters in FROM header Brett Tate
• Re: [Sip-implementors] Sip-implementors Digest, Vol 29, Issue 16 Surya
  • Re: [Sip-implementors] Sip-implementors Digest, Vol 29, Issue 16 Dale R. Worley
• [Sip-implementors] Maximum allowed length of branch parameter in Via Tarun Gupta
  • Re: [Sip-implementors] Maximum allowed length of branch parameter in Via Brett Tate
• [Sip-implementors] ACD (Average call duration) and its relation with RTCP Prasanth Sylvester
  • Re: [Sip-implementors] ACD (Average call duration) and its relation with RTCP My Gmail
  • Re: [Sip-implementors] ACD (Average call duration) and its relation with RTCP Prasanth Sylvester
• [Sip-implementors] Non-dialog NOTIFY for a SUBSCRIPTION with "Event: presence" pratik patel
  • Re: [Sip-implementors] Non-dialog NOTIFY for a SUBSCRIPTION with "Event: presence" Mohit Soni
  • Re: [Sip-implementors] Non-dialog NOTIFY for a SUBSCRIPTION with "Event: presence" Dale R. Worley
  • Re: [Sip-implementors] Non-dialog NOTIFY for a SUBSCRIPTION with "Event: presence" My Gmail
  • Re: [Sip-implementors] Non-dialog NOTIFY for a SUBSCRIPTION with "Event: presence" Paul Kyzivat
• [Sip-implementors] Maximum length allowed in SIP header TO, FROM, VIA munna kumar
  • Re: [Sip-implementors] Maximum length allowed in SIP header TO, FROM, VIA dheeraj kumar
  • Re: [Sip-implementors] Maximum length allowed in SIP header TO, FROM, VIA Neelakantan, Neel
  • Re: [Sip-implementors] Maximum length allowed in SIP header TO, FROM, VIA Brett Tate
  • Re: [Sip-implementors] Maximum length allowed in SIP header TO, FROM, VIA Paul Kyzivat
• [Sip-implementors] Precondition negotiation in re-INVITE amrita chaudhary
  • Re: [Sip-implementors] Precondition negotiation in re-INVITE Brett Tate
  • Re: [Sip-implementors] Precondition negotiation in re-INVITE amrita chaudhary
  • Re: [Sip-implementors] Precondition negotiation in re-INVITE Brett Tate
  • Re: [Sip-implementors] Precondition negotiation in re-INVITE Paul Kyzivat
  • Re: [Sip-implementors] Precondition negotiation in re-INVITE Neelakantan, Neel
• Re: [Sip-implementors] SIP to SS7 Calling Number Information Serrano, Angel (CCI-Atlanta)
• Re: [Sip-implementors] [SIPForum-discussion] SIP to SS7 Calling Number Information Dale R. Worley
  • Re: [Sip-implementors] [SIPForum-discussion] SIP to SS7 Calling Number Information Zuñiga , Guillermo
  • Re: [Sip-implementors] [SIPForum-discussion] SIP to SS7 Calling Number Information My Gmail
  • Re: [Sip-implementors] [SIPForum-discussion] SIP to SS7 Calling Number Information DOLLY, MARTIN C
  • Re: [Sip-implementors] [SIPForum-discussion] SIP to SS7 Calling Number Information Jesie Paluca
  • Re: [Sip-implementors] [SIPForum-discussion] SIP to SS7 Calling Number Information Eric Tang
  • Re: [Sip-implementors] [SIPForum-discussion] SIP to SS7 Calling Number Information Abhisek Acharya
• [Sip-implementors] SDP header Salil
  • Re: [Sip-implementors] SDP header Dale R. Worley
  • Re: [Sip-implementors] SDP header dheeraj kumar
• [Sip-implementors] Handoff Dale R. Worley
  • Re: [Sip-implementors] Handoff Volkan Hatem
  • Re: [Sip-implementors] Handoff Paul Kyzivat
  • Re: [Sip-implementors] Handoff Volkan Hatem
  • Re: [Sip-implementors] Handoff Volkan Hatem
  • Re: [Sip-implementors] SUSPECT: Re: Handoff Adnan UL Haque
  • Re: [Sip-implementors] Handoff Roman Shpount
  • Re: [Sip-implementors] Handoff Dale R. Worley
  • Re: [Sip-implementors] Handoff Roman Shpount
  • Re: [Sip-implementors] Handoff Olle E. Johansson
  • Re: [Sip-implementors] Handoff Dale R. Worley
  • Re: [Sip-implementors] Handoff Olle E. Johansson
  • Re: [Sip-implementors] Handoff Olle E. Johansson
  • Re: [Sip-implementors] Handoff Dale R. Worley
  • Re: [Sip-implementors] Handoff Volkan Hatem
  • Re: [Sip-implementors] Handoff Olle E. Johansson
  • Re: [Sip-implementors] Handoff Dale R. Worley
  • Re: [Sip-implementors] Handoff Olle E. Johansson
  • Re: [Sip-implementors] Handoff Dale R. Worley
  • Re: [Sip-implementors] Handoff Roman Shpount
  • Re: [Sip-implementors] Handoff Zuñiga , Guillermo
  • Re: [Sip-implementors] Handoff Dale R. Worley
  • Re: [Sip-implementors] Handoff Brett Tate
  • Re: [Sip-implementors] Handoff Olle E. Johansson

• Earlier messages
• Later messages