`
`[sipcore] Reuse of Sip Call-Id question..
`
`[sipcore] Reuse of Sip Call-Id question..
`"Cahall, Glenn" <Glenn.Cahall@Level3.com> Thu, 04 June 2009 20:50 UTCShow header
`
`Folks,
`
`I work for a VoIP company, Level3 Communications, and have been doing some research on the internet about
`a specific condition that has arisen here dealing with the Sip protocol. Your names came up during my research.
`Was hoping I could get some feedback about the reuse of Sip Call-Id.
`
`We have customer UAs that are reusing the same Sip Call-Id for multiple call attempts into our network.
`
`After reviewing the Sip RFC 3261, both myself and my team concluded that this was a clear violation of the spec. based
`on the following verbiage...
`
`8.1.1.4 Call-ID
`
` The Call-ID header field acts as a unique identifier to group
` together a series of messages. It MUST be the same for all requests
` and responses sent by either UA in a dialog. It SHOULD be the same
` in each registration from a UA.
`
` In a new request created by a UAC outside of any dialog, the Call-ID
` header field MUST be selected by the UAC as a globally unique
` identifier over space and time unless overridden by method-specific
` behavior. All SIP UAs must have a means to guarantee that the Call-
` ID header fields they produce will not be inadvertently generated by
` any other UA. Note that when requests are retried after certain
`
`However, some voice engineers are stating that the definition of "globally unique over time and space" means only during the
`context of a given call. Therefore, once this context is over....Sip Call-Id can in fact be reused in the very next context.
`
`What is your take on this?
`
`Thanks,
`
`https://mailarchive.ietf.org/arch/msg/sipcore/DhTpbBwyFmjwKl7bTUYabviVEBQ/
`
`1/3
`
`ERICSSON EXHIBIT 1031
`Ericsson Inc. v. Koninklijke KPN N.V.
`IPR2022-00557, Page 1
`
`
`
`6/12/23, 4:34 PM
`Glenn E. Cahall
`Sr. Architect
`Level3 Communications
`
`[sipcore] Reuse of Sip Call-Id question..
`
`[sipcore] Reuse of Sip Call-Id question.. Cahall, Glenn
`Re: [sipcore] Reuse of Sip Call-Id question.. Paul Kyzivat
`Re: [sipcore] Reuse of Sip Call-Id question.. Cahall, Glenn
`Re: [sipcore] Reuse of Sip Call-Id question.. Byron Campen
`Re: [sipcore] Reuse of Sip Call-Id question.. Paul Kyzivat
`Re: [sipcore] Reuse of Sip Call-Id question.. Attila Sipos
`Re: [sipcore] Reuse of Sip Call-Id question.. Attila Sipos
`Re: [sipcore] Reuse of Sip Call-Id question.. Byron Campen
`Re: [sipcore] Reuse of Sip Call-Id question.. Paul Kyzivat
`Re: [sipcore] Reuse of Sip Call-Id question.. Byron Campen
`Re: [sipcore] Reuse of Sip Call-Id question.. Cahall, Glenn
`Re: [sipcore] Reuse of Sip Call-Id question.. Dale Worley
`Re: [sipcore] Reuse of Sip Call-Id question.. Paul Kyzivat
`Re: [sipcore] Reuse of Sip Call-Id question.. Bob Penfield
`Re: [sipcore] Reuse of Sip Call-Id question.. Paul Kyzivat
`Re: [sipcore] Reuse of Sip Call-Id question.. Dean Willis
`Re: [sipcore] Reuse of Sip Call-Id question.. Dean Willis
`Re: [sipcore] Reuse of Sip Call-Id question.. Dale Worley
`Re: [sipcore] Reuse of Sip Call-Id question.. Dean Willis
`Re: [sipcore] Reuse of Sip Call-Id question.. Bob Penfield
`Re: [sipcore] Reuse of Sip Call-Id question.. Dale Worley
`Re: [sipcore] Reuse of Sip Call-Id question.. Hisham Khartabil
`Re: [sipcore] Reuse of Sip Call-Id question.. Adam Roach
`Re: [sipcore] Reuse of Sip Call-Id question.. Dean Willis
`Re: [sipcore] Reuse of Sip Call-Id question.. Paul Kyzivat
`Re: [sipcore] Reuse of Sip Call-Id question.. Dean Willis
`Re: [sipcore] Reuse of Sip Call-Id question.. Paul Kyzivat
`Hide Navigation Bar
`
`https://mailarchive.ietf.org/arch/msg/sipcore/DhTpbBwyFmjwKl7bTUYabviVEBQ/
`
`2/3
`
`ERICSSON EXHIBIT 1031
`Ericsson Inc. v. Koninklijke KPN N.V.
`IPR2022-00557, Page 2
`
`
`
`6/12/23, 4:34 PM
`
`
`
`
`
`[sipcore] Reuse of Sip Call-Id question..
`Date
`
`Thread
`
`v2.16.0 | Report a Bug | By Email
`
`
`
`
`
`https://mailarchive.ietf.org/arch/msg/sipcore/DhTpbBwyFmjwKl7bTUYabviVEBQ/
`
`3/3
`
`ERICSSON EXHIBIT 1031
`Ericsson Inc. v. Koninklijke KPN N.V.
`IPR2022-00557, Page 3
`
`
Accessing this document will incur an additional charge of $.
After purchase, you can access this document again without charge.
Accept $ Charge
Still Working On It
This document is taking longer than usual to download. This can happen if we need to contact the court directly to obtain the document and their servers are running slowly.
Give it another minute or two to complete, and then try the refresh button.
A few More Minutes ... Still Working
It can take up to 5 minutes for us to download a document if the court servers are running slowly.
Thank you for your continued patience.
This document could not be displayed.
We could not find this document within its docket. Please go back to the docket page and check the link. If that does not work, go back to the docket and refresh it to pull the newest information.
Your account does not support viewing this document.
You need a Paid Account to view this document. Click here to change your account type.
Your account does not support viewing this document.
Set your membership
status to view this document.
With a Docket Alarm membership, you'll
get a whole lot more, including:
- Up-to-date information for this case.
- Email alerts whenever there is an update.
- Full text search for other cases.
- Get email alerts whenever a new case matches your search.
One Moment Please
The filing “” is large (MB) and is being downloaded.
Please refresh this page in a few minutes to see if the filing has been downloaded. The filing will also be emailed to you when the download completes.
Your document is on its way!
If you do not receive the document in five minutes, contact support at support@docketalarm.com.
Sealed Document
We are unable to display this document, it may be under a court ordered seal.
If you have proper credentials to access the file, you may proceed directly to the court's system using your government issued username and password.
Access Government Site
