sip-implementors  

Messages by Thread

• [Sip-implementors] SIPit #32 in New Hampshire, USA Olle E. Johansson
• [Sip-implementors] ABNF Grammar Parsing issue for P-Served-User Sourav Dhar Chaudhuri
  • Re: [Sip-implementors] ABNF Grammar Parsing issue for P-Served-User Brett Tate
  • Re: [Sip-implementors] ABNF Grammar Parsing issue for P-Served-User Sourav Dhar Chaudhuri
  • Re: [Sip-implementors] ABNF Grammar Parsing issue for P-Served-User Sourav Dhar Chaudhuri
  • Re: [Sip-implementors] ABNF Grammar Parsing issue for P-Served-User Brett Tate
  • Re: [Sip-implementors] ABNF Grammar Parsing issue for P-Served-User Brett Tate
• Re: [Sip-implementors] [QUAR] Your message to discussion awaits moderator approval Zuñiga , Guillermo
  • Re: [Sip-implementors] [QUAR] Your message to discussion awaits moderator approval My Gmail
  • Re: [Sip-implementors] [QUAR] Your message to discussion awaits moderator approval Paul Kyzivat
  • Re: [Sip-implementors] [QUAR] Your message to discussion awaits moderator approval Jonathan Lennox
  • Re: [Sip-implementors] [QUAR] Your message to discussion awaits moderator approval Tom Lake
• [Sip-implementors] Anybody have an implementation of RFC5626 (SIP Outbound)? Paul Kyzivat
  • Re: [Sip-implementors] Anybody have an implementation of RFC5626 (SIP Outbound)? Olle E. Johansson
  • Re: [Sip-implementors] Anybody have an implementation of RFC5626 (SIP Outbound)? Carlos González Florido
• [Sip-implementors] Recommended interval between two RTCP SR/RR/XR reprots Mohit Soni
• [Sip-implementors] Are 'alert' URNs being used? Dale R. Worley
  • Re: [Sip-implementors] Are 'alert' URNs being used? dheeraj kumar
• [Sip-implementors] User Agent Info Rakesh
  • Re: [Sip-implementors] User Agent Info dheeraj kumar
  • Re: [Sip-implementors] User Agent Info Brett Tate
• [Sip-implementors] Media and Signaling IP Rakesh
  • Re: [Sip-implementors] Media and Signaling IP dheeraj kumar
  • Re: [Sip-implementors] Media and Signaling IP Paul Kyzivat
  • Re: [Sip-implementors] Media and Signaling IP Dale R. Worley
  • Re: [Sip-implementors] Media and Signaling IP dheeraj kumar
• Re: [Sip-implementors] Session Expire (BYE after 5 minutes of session expire) Brett Tate
  • Re: [Sip-implementors] Session Expire (BYE after 5 minutes of session expire) ankur bansal
  • Re: [Sip-implementors] Session Expire (BYE after 5 minutes of session expire) dheeraj kumar
• [Sip-implementors] Session Expire (BYE after 5 minutes of session expire) NK
• [Sip-implementors] SDP boundary demarcation Gaurav Khare
  • Re: [Sip-implementors] SDP boundary demarcation Brett Tate
• [Sip-implementors] RFC 5628: conversion of quoted SIP parameter values into xml Brett Tate
• [Sip-implementors] SIP Register Adnan UL Haque
• [Sip-implementors] Interop test cases for Ring Central Arun Arora
• Re: [Sip-implementors] Fwd: Regarding Allow header filed in INVITE message Brett Tate
• [Sip-implementors] Fwd: Regarding Allowe header filed in INVITE message baslingappa bhujang
• [Sip-implementors] Tel URI support in Contact Header Harshith Mulky
  • Re: [Sip-implementors] Tel URI support in Contact Header Brett Tate
  • Re: [Sip-implementors] Tel URI support in Contact Header Paul Kyzivat
• [Sip-implementors] UNKNOWN Transport type specified in VIA header munna kumar
  • Re: [Sip-implementors] UNKNOWN Transport type specified in VIA header Brett Tate
  • Re: [Sip-implementors] UNKNOWN Transport type specified in VIA header Dale R. Worley
  • [Sip-implementors] UNKNOWN Transport type specified in VIA header munna kumar
• [Sip-implementors] transport=udp|tcp|tls in contact header Jing Jiang
  • Re: [Sip-implementors] transport=udp|tcp|tls in contact header Brett Tate
  • Re: [Sip-implementors] transport=udp|tcp|tls in contact header Dale R. Worley
• [Sip-implementors] Calculating SIP PDU Size Harshith Mulky
  • Re: [Sip-implementors] Calculating SIP PDU Size Joel Gerber
  • Re: [Sip-implementors] Calculating SIP PDU Size Dale R. Worley
• [Sip-implementors] Processing FMTP line above RTP line in a SIP SDP body? Naval Joshi
• [Sip-implementors] [SIP-IMPLEMENTORS] Query related to Call Transfer Arun Tagare
  • Re: [Sip-implementors] [SIP-IMPLEMENTORS] Query related to Call Transfer Brett Tate
  • Re: [Sip-implementors] [SIP-IMPLEMENTORS] Query related to Call Transfer Arun Tagare
• [Sip-implementors] SIPS downgraded to SIP Arun Arora
  • Re: [Sip-implementors] SIPS downgraded to SIP Paul Kyzivat
• [Sip-implementors] AKAv1-MD5, calculating the response using RES Polystar
  • Re: [Sip-implementors] AKAv1-MD5, calculating the response using RES Илья Петров
• [Sip-implementors] Query in handling 180 response by proxy Ramachandran, Agalya (Contractor)
  • Re: [Sip-implementors] Query in handling 180 response by proxy Brett Tate
  • [Sip-implementors] Query in handling 180 response by proxy Ramachandran, Agalya (Contractor)
  • Re: [Sip-implementors] Query in handling 180 response by proxy Dale R. Worley
  • Re: [Sip-implementors] Query in handling 180 response by proxy ankur bansal
  • Re: [Sip-implementors] Query in handling 180 response by proxy Ramachandran, Agalya (Contractor)
  • Re: [Sip-implementors] Query in handling 180 response by proxy ankur bansal
  • Re: [Sip-implementors] Query in handling 180 response by proxy Neelakantan, Neel
  • Re: [Sip-implementors] Query in handling 180 response by proxy Paul Kyzivat
  • Re: [Sip-implementors] Query in handling 180 response by proxy Arun Arora
  • Re: [Sip-implementors] Query in handling 180 response by proxy Paul Kyzivat
  • Re: [Sip-implementors] Query in handling 180 response by proxy Olle E. Johansson
  • Re: [Sip-implementors] Query in handling 180 response by proxy Arun Arora
• [Sip-implementors] UA receives next reliable 180 before the 200OK of PRACK JC
  • Re: [Sip-implementors] UA receives next reliable 180 before the 200OK of PRACK Mohit Soni
  • Re: [Sip-implementors] UA receives next reliable 180 before the 200OK of PRACK ankur bansal
  • Re: [Sip-implementors] UA receives next reliable 180 before the 200OK of PRACK Mohit Soni
  • Re: [Sip-implementors] UA receives next reliable 180 before the 200OK of PRACK Dale R. Worley
  • Re: [Sip-implementors] UA receives next reliable 180 before the 200OK of PRACK Dale R. Worley
• Re: [Sip-implementors] Reuse of established TCP connection for in-dialog requests Brett Tate
  • Re: [Sip-implementors] Reuse of established TCP connection for in-dialog requests xaled
  • Re: [Sip-implementors] Reuse of established TCP connection for in-dialog requests ankur bansal
  • Re: [Sip-implementors] Reuse of established TCP connection for in-dialog requests Paul Kyzivat
  • Re: [Sip-implementors] Reuse of established TCP connection for in-dialog requests Brett Tate
  • Re: [Sip-implementors] Reuse of established TCP connection for in-dialog requests Olle E. Johansson
• [Sip-implementors] Reuse of established TCP connection for in-dialog requests xaled
  • Re: [Sip-implementors] Reuse of established TCP connection for in-dialog requests ankur bansal
  • Re: [Sip-implementors] Reuse of established TCP connection for in-dialog requests xaled
  • Re: [Sip-implementors] Reuse of established TCP connection for in-dialog requests Paul Kyzivat
  • Re: [Sip-implementors] Reuse of established TCP connection for in-dialog requests Dale R. Worley
  • Re: [Sip-implementors] Reuse of established TCP connection for in-dialog requests Paul Kyzivat
  • Re: [Sip-implementors] Reuse of established TCP connection for in-dialog requests Dale R. Worley
• [Sip-implementors] : Query for refresher value in 200 OK of INVITE Mayank Sharma
  • Re: [Sip-implementors] : Query for refresher value in 200 OK of INVITE Brett Tate
  • Re: [Sip-implementors] Query for refresher value in 200 OK of INVITE ietf . shinji
  • Re: [Sip-implementors] Query for refresher value in 200 OK of INVITE Brett Tate
  • Re: [Sip-implementors] Query for refresher value in 200 OK of INVITE ankur bansal
  • Re: [Sip-implementors] Query for refresher value in 200 OK of INVITE Paul Kyzivat
  • Re: [Sip-implementors] Query for refresher value in 200 OK of INVITE Mayank Sharma
  • Re: [Sip-implementors] Query for refresher value in 200 OK of INVITE Brett Tate
• [Sip-implementors] non-invite request timer Karthik.v
  • Re: [Sip-implementors] non-invite request timer Brett Tate
• Re: [Sip-implementors] UAS/Proxy behavior when the branch ID is same and the SIP method is different Brett Tate
• [Sip-implementors] Happy Eyeballs for SIP -- making mixed IPv4/IPv6 systems work well Dale R. Worley
  • Re: [Sip-implementors] Happy Eyeballs for SIP -- making mixed IPv4/IPv6 systems work well Bogdan-Andrei Iancu
  • Re: [Sip-implementors] Happy Eyeballs for SIP -- making mixed IPv4/IPv6 systems work well Olle E. Johansson
  • Re: [Sip-implementors] Happy Eyeballs for SIP -- making mixed IPv4/IPv6 systems work well Bogdan-Andrei Iancu
• [Sip-implementors] authentication-info header Jing Jiang
  • Re: [Sip-implementors] authentication-info header Paul Kyzivat
  • Re: [Sip-implementors] authentication-info header Brett Tate
  • Re: [Sip-implementors] authentication-info header Paul Kyzivat
• [Sip-implementors] UAS/Proxy behavior when the branch ID is same and the SIP method is different Prashanti Das
  • Re: [Sip-implementors] UAS/Proxy behavior when the branch ID is same and the SIP method is different Dale R. Worley
• [Sip-implementors] Default Value K sipuser
  • Re: [Sip-implementors] Default Value Brett Tate
• [Sip-implementors] Sequential requests that bypass RR proxy Alex Balashov
  • Re: [Sip-implementors] Sequential requests that bypass RR proxy Alex Balashov
  • Re: [Sip-implementors] Sequential requests that bypass RR proxy ankur bansal
  • Re: [Sip-implementors] Sequential requests that bypass RR proxy Alex Balashov
  • Re: [Sip-implementors] Sequential requests that bypass RR proxy Paul Kyzivat
  • Re: [Sip-implementors] Sequential requests that bypass RR proxy Alex Balashov
  • [Sip-implementors] Use of "lr" param with a value? Paul Kyzivat
  • Re: [Sip-implementors] Use of "lr" param with a value? Alex Balashov
  • Re: [Sip-implementors] Use of "lr" param with a value? Paul Kyzivat
  • Re: [Sip-implementors] Use of "lr" param with a value? Alex Balashov
  • Re: [Sip-implementors] Use of "lr" param with a value? Paul Kyzivat
  • Re: [Sip-implementors] Use of "lr" param with a value? Alex Balashov
  • Re: [Sip-implementors] Use of "lr" param with a value? Paul Kyzivat
  • Re: [Sip-implementors] Use of "lr" param with a value? Robert Sparks
  • Re: [Sip-implementors] Use of "lr" param with a value? Alex Balashov
  • Re: [Sip-implementors] Sequential requests that bypass RR proxy Maxim Sobolev
• [Sip-implementors] Serach order for multiple Diversion headers Roger Wiklund
  • Re: [Sip-implementors] Serach order for multiple Diversion headers Tarun Gupta
  • Re: [Sip-implementors] Serach order for multiple Diversion headers Paul Kyzivat
• [Sip-implementors] dialog termination Manolis Katsidoniotis
  • Re: [Sip-implementors] dialog termination Rajesh Kumar Talluri
  • Re: [Sip-implementors] dialog termination Tarun Gupta
  • Re: [Sip-implementors] dialog termination Paul Kyzivat
• [Sip-implementors] P-Access-Network-Info Header Basu Chikkalli
  • Re: [Sip-implementors] P-Access-Network-Info Header ankur bansal
  • Re: [Sip-implementors] P-Access-Network-Info Header Amardeep
  • Re: [Sip-implementors] P-Access-Network-Info Header Basu Chikkalli
• [Sip-implementors] Cause Code in the 500 Server Internal Error message David Mathe (DS)
  • Re: [Sip-implementors] Cause Code in the 500 Server Internal Error message Dale R. Worley
  • Re: [Sip-implementors] Cause Code in the 500 Server Internal Error message Neelakantan, Neel
• [Sip-implementors] RE-INVITE QUESTION Roman Romenskyi
  • Re: [Sip-implementors] RE-INVITE QUESTION Anand Konji
  • Re: [Sip-implementors] RE-INVITE QUESTION Paul Kyzivat
• [Sip-implementors] RFC 3840 updating RFC 3261 Sheldon Patry
  • Re: [Sip-implementors] RFC 3840 updating RFC 3261 Paul Kyzivat
  • Re: [Sip-implementors] RFC 3840 updating RFC 3261 Dale R. Worley
• Re: [Sip-implementors] Codec negotiation when incoming re-INVITE has no SDP Brett Tate
  • Re: [Sip-implementors] Codec negotiation when incoming re-INVITE has no SDP Paul Kyzivat
• [Sip-implementors] Codec negotiation when incoming re-INVITE has no SDP Ramesh Babu Kuppili
  • Re: [Sip-implementors] Codec negotiation when incoming re-INVITE has no SDP Harald Radke
  • Re: [Sip-implementors] Codec negotiation when incoming re-INVITE has no SDP ankur bansal
  • Re: [Sip-implementors] Codec negotiation when incoming re-INVITE has no SDP Basu Chikkalli
  • Re: [Sip-implementors] Codec negotiation when incoming re-INVITE has no SDP Brett Tate
  • Re: [Sip-implementors] Codec negotiation when incoming re-INVITE has no SDP Paul Kyzivat
  • Re: [Sip-implementors] Codec negotiation when incoming re-INVITE has no SDP Ramesh Babu Kuppili
  • Re: [Sip-implementors] Codec negotiation when incoming re-INVITE has no SDP Paul Kyzivat
• Re: [Sip-implementors] CLARIFICATION NEEDED ON SIP RE-DIRECTION & CONTACT HEADER Paul Kyzivat
• [Sip-implementors] SIP INVITE METHOD Karthik.v
  • Re: [Sip-implementors] SIP INVITE METHOD Harald Radke
• [Sip-implementors] MESSAGE METHOD Date header fields Karthik.v
  • Re: [Sip-implementors] MESSAGE METHOD Date header fields Dale R. Worley
• [Sip-implementors] Sip message method has a dialog or not Karthik.v
  • Re: [Sip-implementors] Sip message method has a dialog or not Brett Tate
  • Re: [Sip-implementors] Sip message method has a dialog or not Paul Kyzivat
• [Sip-implementors] Some Queries(Doubts) in SIP Karthik.v
  • Re: [Sip-implementors] Some Queries(Doubts) in SIP Paul Kyzivat
  • Re: [Sip-implementors] Some Queries(Doubts) in SIP Vivek Batra
  • Re: [Sip-implementors] Some Queries(Doubts) in SIP Paul Kyzivat
  • Re: [Sip-implementors] Some Queries(Doubts) in SIP Dale R. Worley
  • Re: [Sip-implementors] SIP Karthik.v
  • Re: [Sip-implementors] SIP Dale R. Worley
  • Re: [Sip-implementors] SIP Paul Kyzivat
  • [Sip-implementors] Registration doubt in SIP. Karthik.v
  • Re: [Sip-implementors] Registration doubt in SIP. Harald Radke
  • Re: [Sip-implementors] Registration doubt in SIP. Neelakantan, Neel
• [Sip-implementors] TLS question K sipuser
• [Sip-implementors] Offer Answer Model During Early Dialog Sourav Dhar Chaudhuri
  • Re: [Sip-implementors] Offer Answer Model During Early Dialog Vivek Batra
  • Re: [Sip-implementors] Offer Answer Model During Early Dialog Anand Konji
  • Re: [Sip-implementors] Offer Answer Model During Early Dialog Paul Kyzivat
  • Re: [Sip-implementors] Offer Answer Model During Early Dialog Sourav Dhar Chaudhuri
  • Re: [Sip-implementors] Offer Answer Model During Early Dialog Paul Kyzivat
• [Sip-implementors] OTG/DTG URI parameters Jean-François Gaud
  • Re: [Sip-implementors] OTG/DTG URI parameters Dale R. Worley
• [Sip-implementors] Accept Language Header syntax Gauri Kshirsagar
  • Re: [Sip-implementors] Accept Language Header syntax Brett Tate
  • Re: [Sip-implementors] Accept Language Header syntax Neelakantan, Neel
• [Sip-implementors] How is a VIA added as either a IPV4 address or IP6 Address by a Proxy/B2BUA Harshith Mulky
  • Re: [Sip-implementors] How is a VIA added as either a IPV4 address or IP6 Address by a Proxy/B2BUA Iñaki Baz Castillo
  • Re: [Sip-implementors] How is a VIA added as either a IPV4 address or IP6 Address by a Proxy/B2BUA Harshith Mulky
  • Re: [Sip-implementors] How is a VIA added as either a IPV4 address or IP6 Address by a Proxy/B2BUA Brett Tate
  • Re: [Sip-implementors] How is a VIA added as either a IPV4 address or IP6 Address by a Proxy/B2BUA Neelakantan, Neel
• [Sip-implementors] sip version 3.C Abhishek Jain
  • Re: [Sip-implementors] sip version 3.C Dale R. Worley
  • Re: [Sip-implementors] sip version 3.C Brett Tate
• [Sip-implementors] Unknown parameter in Via/Record-Route Gaurav Khare
  • Re: [Sip-implementors] Unknown parameter in Via/Record-Route Iñaki Baz Castillo

• Earlier messages
• Later messages