sip-implementors  

Messages by Thread

• • Re: [Sip-implementors] how to combine method-event package assiciation in responses Paul Kyzivat
• [Sip-implementors] SER,Radius,Cdrtool... ravi reddy
• [Sip-implementors] Privacy header manipulation wrt CLIP; ganesh
  • Re: [Sip-implementors] Privacy header manipulation wrt CLIP; Paul Kyzivat
  • [Sip-implementors] Symmetrical TFTP Server Fernando BERRETTA
  • Re: [Sip-implementors] Privacy header manipulation wrt CLIP; Harpreet S Juneja
  • Re: [Sip-implementors] Privacy header manipulation wrt CLIP; Paul Kyzivat
• [Sip-implementors] Nonce-Value and NC count [EMAIL PROTECTED]
• [Sip-implementors] Is every request possible be authorized? Bin Chen
  • Re: [Sip-implementors] Is every request possible be authorized? Balaji . Murlitharan
  • Re: [Sip-implementors] Is every request possible be authorized? Santosh Reddy
  • Re: [Sip-implementors] Is every request possible be authorized? Michael Procter
  • Re: [Sip-implementors] Is every request possible be authorized? Balaji . Murlitharan
  • Re: [Sip-implementors] Is every request possible be authorized? Steve DiStefano \(sdistef\)
• [Sip-implementors] Putting Record route in the responses Manpreet Singh
  • Re: [Sip-implementors] [SIPForum-discussion] Putting Record route in the responses Steve Parrish
  • Re: [Sip-implementors] Putting Record route in the responses Sanjay Sinha \(sanjsinh\)
  • Re: [Sip-implementors] Putting Record route in the responses Manpreet Singh
  • Re: [Sip-implementors] [SIPForum-discussion] Putting Record route in the responses hemanth kumar
  • Re: [Sip-implementors] Putting Record route in the responses B, Nataraju
• [Sip-implementors] Reg TO header in EIMS authentication scheme Karthik Prabhu
• [Sip-implementors] "BYE" message taking different path (involving different problem) ravi reddy
  • Re: [Sip-implementors] "BYE" message taking different path (involving different problem) kasturi narayanan
• [Sip-implementors] Reg SIP Extensions-Path And Service-Route karthik
  • Re: [Sip-implementors] Reg SIP Extensions-Path And Service-Route Mahipati Deshpande
• Re: [Sip-implementors] "encoding parameters" for telephone-event codecin SDP Sanjay Sinha \(sanjsinh\)
• [Sip-implementors] "encoding parameters" for telephone-event codec in SDP Dale . Worley
• [Sip-implementors] cisco 2800 router : sip registration problem meryem Z
  • Re: [Sip-implementors] cisco 2800 router : sip registration problem Dale . Worley
  • Re: [Sip-implementors] cisco 2800 router : sip registration problem meryem Z
  • Re: [Sip-implementors] cisco 2800 router : sip registration problem Dale . Worley
  • Re: [Sip-implementors] cisco 2800 router : sip registration problem kasturi Narayanan
• [Sip-implementors] SIPIt test case 18 Stephen Wood
  • Re: [Sip-implementors] SIPIt test case 18 Dale . Worley
  • Re: [Sip-implementors] SIPIt test case 18 David Benoit
• [Sip-implementors] deactivating subscriptions Fredrik Thulin
  • Re: [Sip-implementors] deactivating subscriptions Dale . Worley
  • Re: [Sip-implementors] deactivating subscriptions Fredrik Thulin
  • Re: [Sip-implementors] deactivating subscriptions Dale . Worley
  • Re: [Sip-implementors] deactivating subscriptions Jeroen van Bemmel
  • Re: [Sip-implementors] deactivating subscriptions Fredrik Thulin
• [Sip-implementors] Notify and bye at same time Tadkod . Vyanktesh
  • Re: [Sip-implementors] Notify and bye at same time Jeroen van Bemmel
  • [Sip-implementors] Testing SUBSCRIBE/NOTIFY with presence package Frank W. Miller
  • Re: [Sip-implementors] Notify and bye at same time Paul Kyzivat
  • Re: [Sip-implementors] Notify and bye at same time Dale . Worley
  • Re: [Sip-implementors] Notify and bye at same time Dale . Worley
  • Re: [Sip-implementors] Notify and bye at same time Paul Kyzivat
  • Re: [Sip-implementors] Notify and bye at same time Dale Worley
• Re: [Sip-implementors] Call-ID for recursion between multiple Con tactsin 3xx Manpreet Singh
• [Sip-implementors] Call-ID for recursion between multiple Contacts in 3xx Manpreet Singh
  • Re: [Sip-implementors] Call-ID for recursion between multiple Contactsin 3xx Nittin Dutt
• [Sip-implementors] Implied "supported:" Gardell, Steven
  • Re: [Sip-implementors] Implied "supported:" Dale . Worley
  • Re: [Sip-implementors] Implied "supported:" Gardell, Steven
  • Re: [Sip-implementors] Implied "supported:" Brett Tate
  • Re: [Sip-implementors] Implied "supported:" B, Nataraju
• [Sip-implementors] SIP Privacy header Sigrid Thijs
  • Re: [Sip-implementors] SIP Privacy header Stephen McVarnock
  • Re: [Sip-implementors] SIP Privacy header Sigrid Thijs
  • Re: [Sip-implementors] SIP Privacy header Paul Kyzivat
  • Re: [Sip-implementors] SIP Privacy header Dale . Worley
  • Re: [Sip-implementors] SIP Privacy header Badri
  • Re: [Sip-implementors] SIP Privacy header Uttam Kumar Sarkar
• Re: [Sip-implementors] Sip-implementors Digest, Vol 41, Issue 32 Rakesh Hooda
  • Re: [Sip-implementors] Sip-implementors Digest, Vol 41, Issue 32 WebMester Le site de la SSII
• [Sip-implementors] Re-INVITE in the offer answer model. Prasad, Rishi Kaushal
  • Re: [Sip-implementors] Re-INVITE in the offer answer model. Christer Holmberg \(JO/LMF\)
  • Re: [Sip-implementors] Re-INVITE in the offer answer model. sayan.chowdhury
  • Re: [Sip-implementors] Re-INVITE in the offer answer model. B, Nataraju
  • Re: [Sip-implementors] Re-INVITE in the offer answer model. Sanjiv . Jaiswal
• [Sip-implementors] Contact header in re-INVITE message Deepak . Pant
  • Re: [Sip-implementors] Contact header in re-INVITE message Bala Neelakantan
  • Re: [Sip-implementors] Contact header in re-INVITE message Mahipati Deshpande
• [Sip-implementors] Authorized REGISTER request amd 401 Reponse (PROBLEM SOLVED!!!) [EMAIL PROTECTED]
• [Sip-implementors] Response to Challenge in 401 Sreejesh
  • Re: [Sip-implementors] Response to Challenge in 401 Scott Lawrence
• [Sip-implementors] SIP INVITE with SDP and without SDP Sarju Garg
  • Re: [Sip-implementors] SIP INVITE with SDP and without SDP Nittin Dutt
  • Re: [Sip-implementors] SIP INVITE with SDP and without SDP Uttam Kumar Sarkar
• [Sip-implementors] Authorized REGISTER Request (and 401 Response) [EMAIL PROTECTED]
  • Re: [Sip-implementors] Authorized REGISTER Request (and 401 Response) Benny Prijono
• [Sip-implementors] SIPit 19 registration Robert Sparks
• [Sip-implementors] Authorization header field in REGISTER request Abu M. Muttalib
  • Re: [Sip-implementors] Authorization header field in REGISTER request Scott Lawrence
• Re: [Sip-implementors] [Sip-implementers] [Sip-implementers] Usageof Authorizationheader field in SIPrequest Uttam Kumar Sarkar
  • Re: [Sip-implementors] [Sip-implementers] [Sip-implementers] Usageof Authorizationheader field in SIPrequest Abu M. Muttalib
• [Sip-implementors] Maximum RTCP report interval Franz Edler
  • Re: [Sip-implementors] Maximum RTCP report interval Mahipati Deshpande
  • Re: [Sip-implementors] Maximum RTCP report interval sreeram.kanumuri
• Re: [Sip-implementors] [Sip-implementers] [Sip-implementers] Usage of Authorizationheader field in SIPrequest B, Nataraju
  • Re: [Sip-implementors] [Sip-implementers] [Sip-implementers] Usage of Authorizationheader field in SIPrequest Abu M. Muttalib
  • Re: [Sip-implementors] [Sip-implementers] Usage of Authorizationheader field in SIPrequest Dale . Worley
• [Sip-implementors] 401 Response [EMAIL PROTECTED]
  • Re: [Sip-implementors] 401 Response Nittin Dutt
  • Re: [Sip-implementors] 401 Response [EMAIL PROTECTED]
• Re: [Sip-implementors] [Sip-implementers] Usage of Authorizationheader field in SIPrequest B, Nataraju
  • Re: [Sip-implementors] [Sip-implementers] [Sip-implementers] Usage of Authorizationheader field in SIPrequest Abu M. Muttalib
• [Sip-implementors] Reg Removal of Nondefault Port and Transport by proxy karthik
  • Re: [Sip-implementors] Reg Removal of Nondefault Port and Transport by proxy Dale . Worley
  • [Sip-implementors] SIP stack for MS Sarju Garg
  • Re: [Sip-implementors] SIP stack for MS Arun Patra
  • Re: [Sip-implementors] Reg Removal of Nondefault Port and Transport byproxy Bala Neelakantan
• Re: [Sip-implementors] [Sip-implementers] Usage of Authorization header field in SIPrequest Abu M. Muttalib
  • Re: [Sip-implementors] [Sip-implementers] Usage of Authorization header field in SIPrequest Abu M. Muttalib
• [Sip-implementors] SIP-T -> SIP ? ACK with RLC Prasad, Rishi Kaushal
  • Re: [Sip-implementors] SIP-T -> SIP ? ACK with RLC B, Nataraju
• [Sip-implementors] Usage of Authorization header field in SIP request Abu M. Muttalib
  • Re: [Sip-implementors] Usage of Authorization header field in SIPrequest Sameer Sawhney -X \(ssawhney - Flextronics Software at Cisco\)
  • Re: [Sip-implementors] [Sip-implementers] Usage of Authorization header field in SIPrequest Abu M. Muttalib
• [Sip-implementors] Video IP phones Stephen Paterson
  • Re: [Sip-implementors] Video IP phones Even, Roni
• Re: [Sip-implementors] SIP stack - not open source Rafiqul Islam Maruf
• Re: [Sip-implementors] How to handle OLI parameter when mappingISUP toSIP? Fernando Lombardo
• [Sip-implementors] Out of dialog BYE Andy Pandaram
  • Re: [Sip-implementors] Out of dialog BYE Bob Penfield
  • Re: [Sip-implementors] Out of dialog BYE Nittin Dutt
  • Re: [Sip-implementors] Out of dialog BYE B, Nataraju
• Re: [Sip-implementors] How to handle OLI parameter when mapping ISUP toSIP? Romel Khan
• [Sip-implementors] How to handle OLI parameter when mapping ISUP to SIP? Bu, Wen Fei \(Leo\)
• [Sip-implementors] Open Source - SIP stack Ira Kadin
  • Re: [Sip-implementors] Open Source - SIP stack Joegen E. Baclor
  • Re: [Sip-implementors] Open Source - SIP stack Edpimentl
  • Re: [Sip-implementors] Open Source - SIP stack Ira Kadin
  • Re: [Sip-implementors] Open Source - SIP stack Emil Ivov
  • Re: [Sip-implementors] Open Source - SIP stack Joegen E. Baclor
  • Re: [Sip-implementors] Open Source - SIP stack Cesc
  • Re: [Sip-implementors] Open Source - SIP stack Kai.Vehmanen
  • Re: [Sip-implementors] Open Source - SIP stack Frank Shearar
  • Re: [Sip-implementors] Open Source - SIP stack Dale . Worley
  • Re: [Sip-implementors] Open Source - SIP stack Frank Shearar
  • Re: [Sip-implementors] SIP stack - not open source Ira Kadin
  • Re: [Sip-implementors] SIP stack - not open source Martin Larochelle
  • Re: [Sip-implementors] Open Source - SIP stack Romel Khan
• [Sip-implementors] Call failure codes Dale . Worley
• [Sip-implementors] where can i get java.simple package Sreejith Sadasivan
• Re: [Sip-implementors] Sip-implementors Digest, Vol 41, Issue 24 Sreejith Sadasivan
• [Sip-implementors] my new profile mahboobbaig
• [Sip-implementors] determine destination of request Sigrid Thijs
  • Re: [Sip-implementors] determine destination of request B, Nataraju
• [Sip-implementors] loose routing with TEL URI Lakshmivaragan M
  • Re: [Sip-implementors] loose routing with TEL URI Manjunath Warad
  • Re: [Sip-implementors] loose routing with TEL URI Paul Kyzivat
• [Sip-implementors] 3GPP Information Ravi Rupela
  • Re: [Sip-implementors] 3GPP Information Franz Edler
  • Re: [Sip-implementors] 3GPP Information B, Nataraju
• [Sip-implementors] Regarding Contact in 200ok of first Invite Apoorva Bais
  • Re: [Sip-implementors] Regarding Contact in 200ok of first Invite Mahipati Deshpande
  • Re: [Sip-implementors] Regarding Contact in 200ok of first Invite Apoorva Bais
  • Re: [Sip-implementors] Regarding Contact in 200ok of first Invite B, Nataraju
• [Sip-implementors] 403 response message : You are not registered mzakrari
• [Sip-implementors] UA sending multiple invites Nitzan
  • Re: [Sip-implementors] UA sending multiple invites Dale . Worley
  • Re: [Sip-implementors] UA sending multiple invites Kedar Karmarkar
  • Re: [Sip-implementors] UA sending multiple invites Dale Worley
  • Re: [Sip-implementors] UA sending multiple invites B, Nataraju
• [Sip-implementors] Referred-By header Dale . Worley
  • Re: [Sip-implementors] Referred-By header Sanjay Sinha \(sanjsinh\)
  • Re: [Sip-implementors] Referred-By header Dale . Worley
• [Sip-implementors] Asteriskwin32 - Loop Detected, branch is not unique! Nitzan
  • Re: [Sip-implementors] Asteriskwin32 - Loop Detected, branch is not unique! Allan Konar
  • Re: [Sip-implementors] Asteriskwin32 - Loop Detected, branch is not unique! Nitzan
  • Re: [Sip-implementors] Asteriskwin32 - Loop Detected, branch is not unique! Allan Konar
  • Re: [Sip-implementors] Asteriskwin32 - Loop Detected, branch is not unique! Martin Larochelle
  • Re: [Sip-implementors] Asteriskwin32 - Loop Detected, branch is not unique! Nitzan
  • Re: [Sip-implementors] Asteriskwin32 - Loop Detected, branch is not unique! Uttam Kumar Sarkar
• [Sip-implementors] Query Regarding the SIPS (TLS) call through Proxy Atul kumar Jha
  • Re: [Sip-implementors] Query Regarding the SIPS (TLS) call through Proxy Vijay K. Gurbani
• [Sip-implementors] Regarding generation of Call ID in SIP atul sharma
  • Re: [Sip-implementors] Regarding generation of Call ID in SIP B, Nataraju
• [Sip-implementors] a query on 'npdi' and 'rn' Bu, Wen Fei \(Leo\)
  • Re: [Sip-implementors] a query on 'npdi' and 'rn' sayan.chowdhury
• [Sip-implementors] A query regarding NOTIFY for REFER Subbu Rajendran
• [Sip-implementors] Hi all Sreejith Sadasivan
  • Re: [Sip-implementors] Hi all Steve Langstaff
  • [Sip-implementors] Hi all Sreejith Sadasivan
• [Sip-implementors] Can a proxy generate a BYE? Alan Bergmin
  • Re: [Sip-implementors] Can a proxy generate a BYE? Markus Hofmann
• Re: [Sip-implementors] What is allowed after a provisional response to an INVITE. Martin Larochelle
• Re: [Sip-implementors] ReInvite for Call Hold ON/ OFF andcodec re-negotiation Romel Khan
• [Sip-implementors] Mathing incoming request to a user Sonja Belic
  • Re: [Sip-implementors] Mathing incoming request to a user Dale . Worley
  • Re: [Sip-implementors] Mathing incoming request to a user Romel Khan
  • Re: [Sip-implementors] Mathing incoming request to a user Sonja Belic
• Re: [Sip-implementors] Max Size of an INVITE message using UDP B, Nataraju
  • Re: [Sip-implementors] Max Size of an INVITE message using UDP Romel Khan
  • Re: [Sip-implementors] Max Size of an INVITE message using UDP Martin Larochelle
• Re: [Sip-implementors] : Can there be subscriptions to a setof dialogs(RFC4235) anil . nagarajan
  • Re: [Sip-implementors] : Can there be subscriptions to a setof dialogs(RFC4235) Dale . Worley
• Re: [Sip-implementors] PSTN integration Franz Edler
  • Re: [Sip-implementors] PSTN integration Romel Khan
  • Re: [Sip-implementors] PSTN integration Franz Edler
  • Re: [Sip-implementors] PSTN integration Peter Spikings
  • Re: [Sip-implementors] PSTN integration Paul Kyzivat
  • Re: [Sip-implementors] PSTN integration Romel Khan
  • Re: [Sip-implementors] PSTN integration Paul Kyzivat
  • Re: [Sip-implementors] PSTN integration Franz Edler
  • Re: [Sip-implementors] PSTN integration sayan.chowdhury
  • Re: [Sip-implementors] PSTN integration Franz Edler
  • Re: [Sip-implementors] PSTN integration sayan.chowdhury

[Earlier messages] [Later messages]