Control message routing within anycast reliant platforms

US9559964B2 · US · B2

Patent metadata
FieldValue
Publication numberUS-9559964-B2
Application numberUS-201514819787-A
CountryUS
Kind codeB2
Filing dateAug 6, 2015
Priority dateJan 31, 2014
Publication dateJan 31, 2017
Grant dateJan 31, 2017

How to read this patent

A practical reading order for non-experts. Skip the full description unless you need deep technical detail.

  1. Title

    What the patent document calls the invention.

  2. Abstract

    A short plain-language summary of the technical disclosure.

  3. Assignees and inventors

    Who owns or filed the patent and who is credited as inventor.

  4. Key dates

    Filing, priority, publication, and grant dates set the timeline.

  5. First independent claim

    The legal scope of protection — read this for what is actually claimed.

  6. CPC / IPC classifications

    Technology tags used to group this patent with similar filings.

  7. Citations and related patents

    Prior art links and similar publications in this corpus.

Abstract

Official abstract text for this publication.

Some embodiments provide a transport session discovery protocol that enables load balancing devices of an Anycast reliant distributed platform to route legacy control messages to destinations within the distributed platform that manage the sessions or connections implicated by the legacy control messages, even when the implicated sessions or connections cannot be directly identified from the control message headers. The modified load balancing operation as a result of the transport session discovery protocol involves identifying a message header mapping to an unrecognized session or connection, extracting session or connection identifying information and an error or condition from the message body, generating a new messaging construct to encapsulate the extracted information, and multicasting the messaging construct to other load balancing devices operating within a common point-of-presence. The load balancing device having knowledge of the server managing the implicated session then routes the error or condition to that server.

First claim

Opening claim text (preview).

We claim: 1. A method for directing control messages in a Point-of-Presence (PoP) comprising a plurality of load balancing devices and a plurality of servers with the plurality of servers providing at least one of content and services to different clients, the method comprising: passing during an established session between a particular server of the plurality of servers and a client, a packet addressed from a first address of the PoP to a second address of the client; receiving at a first load balancing device of the plurality of load balancing devices, a control message comprising an error or status condition, a first header of the control message, and a second header of the packet, wherein the first header specifies a third address of an intermediary node outside the PoP and the first address, and wherein the second header specifies the first address and the second address; and sending a new control message from the first load balancing device to all other load balancing devices of the plurality of load balancing devices when the addressing from the first header or the second header does not implicate a session that is tracked by the first load balancing device, wherein the new control message comprises the first address and the second address extracted from the second header and said error or condition status. 2. The method of claim 1 further comprising identifying, in response to said sending of the new control message, a second load balancing device of the plurality of load balancing devices tracking the session implicated by the first and second addresses from the new control message. 3. The method of claim 2 further comprising routing the error or status condition from the new control message to the particular server established as one endpoint of said session. 4. The method of claim 3 further comprising modifying packets generated by the particular server for the session established between the particular server and the client in response to said routing of the error or status condition. 5. The method of claim 4 , wherein modifying the packets generated by the particular server comprises reducing one of a size or rate of packets sent over the established connection between the particular server and the client. 6. The method of claim 1 further comprising creating said session in a session table of the second load balancing device without creating an entry for said session in a session table of the first load balancing device. 7. The method of claim 1 further comprising joining each load balancing device of the plurality of load balancing devices to a particular multicast group. 8. The method of claim 7 , wherein sending the new control message comprises multicasting the new control message to the particular multicast group. 9. The method of claim 1 , wherein the new control message is a smaller size than the control message. 10. The method of claim 1 , wherein the control message is an Internet Control Message Protocol (ICMP) message. 11. The method of claim 10 , wherein the new control message is a User Datagram Protocol (UDP) message comprising only a part of the control message. 12. The method of claim 1 , wherein the second header further specifies a source port and a destination port, and wherein the new control message further comprises the source port and the destination port extracted from the second header. 13. A method comprising: maintaining a different session table at each of a plurality of load balancing devices operating within a particular point-of-presence (PoP); receiving at a first load balancing device of the plurality of load balancing devices, a control message comprising an error or status condition, a control message header, and an offending packet header from an offending packet triggering said error or status condition; determining a set of sessions tracked within a session table of the first load balancing device omits a session implicated by the control message header or the offending packet header; generating at the first load balancing device, a new message from addressing of the offending packet header and said error or status condition from the control message; sending the new message from the first load balancing device to all other load balancing devices of the plurality of load balancing devices; matching, in response to sending the new message, said addressing of the offending packet header from the new message to a session identified within a session table of a second load balancing device of the plurality of load balancing devices; and routing at least the error or status condition from the second load balancing device to a particular server of a plurality of PoP servers operating as one endpoint of said session. 14. The method of claim 13 further comprising extracting said addressing from the offending packet header and said error or status condition from the control message header. 15. The method of claim 13 , wherein sending the new message comprises multicasting the new message from the first load balancing device to all other load balancing devices of the plurality of load balancing devices. 16. The method of claim 13 further comprising entering said session to the session table of the second load balancing device as a result of receiving a content request at the second load balancing device and forwarding the content request to the particular server. 17. The method of claim 16 , wherein entering said session to the session table of the second load balancing device comprises hashing addressing from the content request and selecting the particular server from the plurality of PoP servers to respond to said request based on a result of said hashing. 18. The method of claim 13 , wherein said session is established between the particular server and a client, and wherein the control message originates from an intermediary node through which the offending packet passes in order to reach the client. 19. The method of claim 13 , wherein said determining comprises hashing any of the control message header or the offending packet header with a result of said hashing not identifying any session of the set of sessions tracked within the session table of the first load balancing device.

Assignees

Inventors

Classifications

  • H04L47/125Primary

    by balancing the load, e.g. traffic engineering · CPC title

  • Multipoint routing · CPC title

Patent family

Related publications grouped by family.

External sources

Frequently asked questions

Answers are generated from the same data shown on this page.

What does patent US9559964B2 cover?
Some embodiments provide a transport session discovery protocol that enables load balancing devices of an Anycast reliant distributed platform to route legacy control messages to destinations within the distributed platform that manage the sessions or connections implicated by the legacy control messages, even when the implicated sessions or connections cannot be directly identified from the co…
Who is the assignee on this patent?
Edgecast Networks Inc, Verizon Digital Media Services Inc
What technology area does this patent fall under?
Primary CPC classification H04L47/125. Mapped technology areas include Electricity.
When was this patent published?
Publication date Tue Jan 31 2017 00:00:00 GMT+0000 (Coordinated Universal Time) (B2). Legal status and post-grant events are not shown on this page.
What related patents are in patentsdb?
We list 8 related publications on this page (citations in our corpus or others sharing the same primary CPC).