text:
"YOU ALWAYS BE WELCOME!!!!!!!!" Top 5 Page for this destination Venezuela by ezaguryk
Venezuela Travel Guide: 2,530 reviews and 6,470 photos
We have the most attractive beaches of the world????.water from deep blue to green Esmeralda all crystal??the white sand, even red sand (playa colorada)??.some of them are almost virgin beaches
Venezuela is a country that has a lot offer, beach, nice landscapes, forest, mountains, its people........it is a beautiful place to visit. The capital .CARACAS have a lot of attractions
And the weather it is wonderful. WE HAVE SUMMER ALL THE YEAR!!!!!!!
I invited you to come with me through my Venezuela pages to see a litter of the beauty
My beautiful MERIDA It is located in Andean region from Venezuela, mountain, Valleys, peak, lakes and small towns with old churches... great experience
- Pros:Beautiful People and wonderful places to visit
- Cons:Very bad Political and economical situation - IMPORTANT TRAVELOGE CURRENCY CHANGE BOLIVAR FUERTE
- In a nutshell:Venezuela it is more than beautiful womans
Reviews (22)
Thermal waters are one of the biggest of the world. To come to the Trincheras is a natural and completely therapeutic... more travel advice
A lot of activities, many beaches, and a lot of fun. Un lugar de muchas actividades, playas, divercion. ISLA... more travel advice
La Azulita is the refuge for a lot of craftsmen from Merida, and of those who have decided to improve their health with... more travel advice
CHUAO was one of the first towns founded on Venezuela in the middle of century XVI. Chuao is one of the most exciting... more travel advice
Transportation (3)See All Other bus companies...........
Been to Venezuela?Share your travels with the world!
Travelogues (2)
- 1
Comments (29)
Nice intro. Your "In A Nutshell" is hilarious. Venezuelan women are stunning, but I figured the country is known for much more than that. Truly a shame about the crime and political situation. I really wanna visit. I saw it from the plane on the way to Curacao, and I was in Aruba which is really close. Thankfully, nothing stays the same forever. I know it will change for the good. Though it would be interesting to visit right now, just to see if I would survive. One of my friends went to Caracas as an amateur journalist to examine the political situation. He some how didn't have any problems. IDK how he did it.
Hope economics and politics improve..but looks like you and your friends had great time at the beaches...Salud! Muchas comidas buenas en Caracas...yummy food!
I tell you, you page is great. Venezula loooks amazing and really lacks the hype. WHta is MORE IMPORTANT,IS THE COUNTRY HAVE A GREAT LEADER LIKE CHAVEZ!
Venezuela looks fantastic , the beaches look very nice indeed even comparable to australias :) , i enjoyed viewing your pages , thankyou ;)
Thank you for all your tips. We're going to Venezuela soon to trek in Canaima and visit Orinoco delta. You convinced me this trip is a good decision!
Bien, es una chica judia..tambien soy y me gustas me encantas..
You are a beautiful Jewish girl! I am glad you made it to Israel
Thanks for stopping by on my page. If I can give you a hand for your travel plan, let me know. Im sure you will love China! But, wow, Venezuela seems to be a must on a South-America trip! Great page!
Great page! I will be back to check more. Your country is beautiful, I'd love to visit the historic plases and beaches one day! greetings from Sofia, Bulgaria
Hola muchacha, Venezuelian beaches look like a paradise in fact. A little far away. regards
ezaguryk's Related Pages
Venezuela Travel Guide
Member Travel Pages
- "Venezuela"
- "Venezuela is a beautiful party place"
- "Amapola's Venezuela Page"
- "Venezuela-Viva Variety"
- "Venezuela con mochila"
- "Venezuela by Luiggi"
- See All...
- Things to Do in Venezuela
- Hotels in Venezuela
- Transportation in Venezuela
- Nightlife in Venezuela
- Restaurants in Venezuela
- Shopping in Venezuela
- Warnings and Dangers in Venezuela
- See All...
ezaguryk Lives Here!
"Never give up!!!!!!!"
- Member Rank:
- 0 0 5 9 4
- Forum Rank:
- 0 5 3 0 2
- 400 Reviews
- 721 Photos
- Add Friend
- Follow
- Send Message
Badges & Stats in Venezuela
- 198 Reviews
- 300 Photos
- 59 Forum posts
- 41,837PageViews
- 13 Cities
- See All Stats
- See All Badges (22)
Have you been to Venezuela?Share Your Travels
Latest Activity in Venezuela
- Posted in Travel Guangzhou Forum "translater spanish or english"
- updated a Venezuela Travel Page "YOU ALWAYS BE WELCOME!!!!!!!!"
- Uploaded a Photo to "BOLIVARES FUERTES"
- Wrote a Review BESITOS - KISESS in Venezuela Local Customs
- Commented on one of kmscpa's Venezuela travel pages
Photos in VenezuelaSee All Photos (300)
Top 10 Pages
- Top 5 Page for this destination Choron� Intro, 40 reviews, 57 photos, 1 travelogue
- Top 5 Page for this destination Puerto Natales Intro, 33 reviews, 47 photos, 1 travelogue
- Top 5 Page for this destination Mochima Intro, 22 reviews, 38 photos, 1 travelogue
- Santiago Intro, 28 reviews, 31 photos
- Top 5 Page for this destination Venezuela Intro, 22 reviews, 34 photos, 2 travelogues
- Beijing Intro, 6 reviews, 48 photos, 6 travelogues
- Top 5 Page for this destination Caracas Intro, 21 reviews, 24 photos, 1 travelogue
- Saint Moritz Intro, 13 reviews, 32 photos, 1 travelogue
- Top 5 Page for this destination Isla Margarita Intro, 15 reviews, 24 photos
- Puerto La Cruz Intro, 12 reviews, 26 photos, 1 travelogue


text:
up 12% this yr, 7+% yield, focused on acute/specialty care...was in 7 diff HC REITs, and bailed on all except MPW. just a thought for diversification (though I am not practicing it...lol)...good luck.
I hold 37% of my IRA in MPW, 38.5% in HCN, 17.8% in DLTNX and 6.7% in cash. I love all three for different reasons and sleep well at night. When HCN digests Sunrise Living in early 2013, consolidates expenses and has immediate accretion of earnings, things will look even better.
Sentiment: Buy

subset: commoncrawl


text:
Riad Darna
Riad Darna
Hotel Guest Rating: 8.0/10
2 Derb Boucetta Sirgh Kaat Benahid
Marrakech 40000
Riad Darna
Riad Darna is a charming hotel in a peaceful setting in the heart of the medina in Marrrakesh. It is close to the Jamaa el Fna Square, the markets and the palace.Rooms are individually colored and designed in traditional Moroccan style, and include private private bathrooms.The patio invites guests to relax with complimentary tea and pastries, while the large living room offers a cozy fireplace and satellite TV.Traditional family cuisine is served in the morning and evening. Cooking lessons are also offered.The sunny rooftop terrace is an ideal place for relaxation, with a panoramic view of the Koutoubia and Atlas Mountains. ...read more
Top Amenities (see all)
- Internet services
- Pets allowed
- Restaurant
- Parking
Riad Darna Amenities
- 24-Hour Front Desk
- Airport Shuttle
- Baggage Storage
- Bar
- Car Rental
- Dry Cleaning
- Express Check-in/Check-out
- Fax/Photocopying
- Gay Friendly
- Golf course (within 3 km)
- Hiking
- Internet services
- Ironing Service
- Laundry
- Library
- Massage
- Non-smoking Rooms
- Parking
- Pets allowed
- Restaurant
- Solarium
- Souvenir/Gift Shop
- Spa
- Stores in Hotel
- Terrace
- Tour Desk
- Turkish Bath/Steam Bath
- WiFi
- Dar El Qadi from $54 (0mi)
- Riad Dar Eliane from $26 (0mi)
- Riad Lala Latifa from $37 (0mi)
- Riad Les Ammonites And Spa from $62 (0mi)
- Riad Lhena (0mi)


text:
Mar 14
Twiztid Mystery Show
Sep 6
Anybody Killa Feat. The Chosen One and other local acts!!! Come out and support the underground YESSSSSSS!!!!! Message me for tickets!!!!
Jul 12
I'm doin a show wit the homies from Hytown Records at The Raven 258 Pleasant St. Worcester, Massachusetts July 12th!!! I haven't been on stage in almost 3 years!!! I'm so ready to tear shit up!!! Shit it's gonna be fuckin Insane I need all my friends family and loyal Chosen One fans to show up and show me love. I'm gonna be doin my sickest and most wickedest songs. Tickets are 8$!!! So come and get drunk and have a good time and support your local artists!!! YESSSSSSSSSSS!!!
Dec 5
STREET DOGS Off With Their Heads, Murder The Stout, The Chosen Ones Tickets $15.00 advance, $17 dos Doors Open at: 8:00 PM All Ages (16+ with ID)
Oct 14
Ineffect music group presents: at the corner pocket in orange ct 501 liberty square plaza friday october 14th doors open at 6pm show starets at 8pm, $5 @ door 21+ with I.D to enter.
Sounds Like: Insane Clown Posse, Tech N9ne, Twiztid, Kendrick Lamar, B.o.B
Bio: The Chosen One sent here by God as his soldier in this holy war between demons and angels, his mission is to post pone the armaggedon so that Gods people can change so they can make it to the promised land, Full blooded human with a gift to change the future for mankind. But being on this evil pl...See Full Bio
"The Chosen One is intense and very energetic on stage and his lyrics combined make him a star in the making"


text:
2.21, specifically.
I am wondering if there is a way to use the child_of= parameter in the is_page() function?
something like:
if (is_page('child_of=10')) {
some stuff to do; }
else {}
I'm trying to find a way to add the parent page (and its permalink) to the title before the current page's title. Not all pages are child pages, of course.
I can set up this:
if (is_page(3)) {
echo c2c_get_custom('heading-tagline','
Affirmative Action Consulting

','
','');
elseif (is_page(10) || (11) || (12) || (13)) {
the_title('
Consulting Services','
');
echo c2c_get_custom('heading-tagline','
','
','');
elseif (is_page(14)) {
the_title('
Resource Center','
');
echo c2c_get_custom('heading-tagline','
','
','');
else {
echo c2c_get_custom('heading-tagline','
','
','');
but the added "Consulting Services" is added everywhere except on the homepage - weird. If I just use one page in the second if statement (to add Consulting Services) it works as expected, only adding it to the actual page, not others...
I guess I am wondering why it doesn't work using the standard method of testing for several page ids per my second example.
any ideas? maybe I am just messing up the syntax or something but I've stared at this and messed with it and cannot see the faults.


text:
Apr 26
Nov 1
Nov 1
Jul 19
Sep 3
get at me 419 366 7559
Sounds Like: Tech N9ne, Hopsin, RITTZ, SPM, Brooks & Dunn
Label: Double O ENT.
Manager: self
How do you approach song writing and what influences you?
i'm a writer. 99% of the time i sit down and a beat picks me.. i don't really pick the beat. i'll listen to about 100 of them and if i'm lucky five will say something to me. and i just go from there. what ever comes to mind is what i make ...See Full Bio


text:
Showing 1-3 of 3 items found in Events
- Sort by:
- <
- 1
- >
Regional and local bands provide free outdoor performances in Quincy's historic Washington Park. A downtown treat for summer nights, fun for all ages. Bring your lawnchair and refreshments, or purchase food on site. Free admission. Held the 2nd and 4th Friday evenings from June-August from 5:30-9:30pm. Concert dates include; June 10, 24, July 8, 22, August 12, 26
A community farm to table dinner on 5th Street. Celebrating all of the offerings of our local agriculture and chef specialties in an outdoor setting on Fifth Street. Limited number of seats available.
We offer a half marathon walk/run, 5K walk/run a 10K walk/run as well as a 13.1 and 55 mile bike ride. The race begins in Hamilton, Illinois, travels along the mighty Mississippi and ends in Nauvoo, Illinois at the state park. The Great River Road Run is one of the most scenic sport races in America and the proceeds benefit the Hancock County, Illinois Food Pantries.
- <
- 1
- >


text:
Hourly - Entry Level ($) - Est. Time: Less than 1 week, Less than 10 hrs/week - PostedSkills: Financial modeling Accounting Auditing Bookkeeping
We have been using Quickbook, Xero for a number of years and have 10 employees. At present all employee costs are treated as Direct costs however we would like to set up so employees can be categorised as Direct or Indirect (overheads) and then then costs split accordingly. In addition we'd like to correctly set up Australian Holiday rules to do the accrual correctly within QB If this is successful we are likely to continue using the Freelancer to do monthly bank reconciliations and payment matching.


text:
|Publication number
|Publication type
|Application number
|Publication date
|Jun 15, 2004
|Filing date
|Apr 20, 2000
|Priority date
|Apr 20, 2000
|Fee status
|Publication number
|Robert J. Lipp, Younes Boura
|Original Assignee
|Aztech Partners, Inc.
|Export Citation
|BiBTeX, EndNote, RefMan
|Patent Citations (18), Referenced by (70), Classifications (20), Legal Events (6)
|External Links: USPTO, USPTO Assignment, Espacenet
This invention relates to network systems, and more particularly to multicast of packets in a mesh-based packet switch.
Ever-increasing demand for telephone and data communications has led to the development of higher-capacity media such as fiber optic cables. Standards have been developed to aggregate many separate telephone calls (DS0 lines) onto high-speed data backbones. One widely-used optical standard originally developed to aggregate phone calls is the Synchronous Optical NETwork (SONET) standard.
Traditional telephone switches for SONET have included Time-Division-Multiplexed (TDM) circuit switches. More recently, packet-based switches have been used to emulate such TDM switches. See the related application for "Adaptive Fault-Tolerant Switching Network With Random Initial Routing and Random Routing Around Faults", U.S. Ser. No. 09/470,144, assigned to Corvia Networks of Sunnyvale, Calif., which solves the problem of packet blocking and localized congestion by initially routing packets to a randomly-selected node within the network fabric. SONET data received by a switch is divided into packets which are sent through the switch fabric to the output (egress) port. At the egress port, the packets are re-assembled in order to form the outgoing SONET data. The switch fabric consists of store-and-forward nodes that receive packets and send them toward their destination, the egress port. The nodes are connected together in a mesh to provide many alternate routes, ensuring that node failures can be routed around.
SONET data is arranged into frames that are sent every 125 micro-seconds (μsec). Since one SONET frame is divided into several packets that may be sent through the switch fabric over different routes, the latency through the switch can vary. Routing algorithms used by the nodes must be carefully selected to ensure that statistically such latencies do not exceed the frame latency of 125 μsec.
While most network traffic is point-to-point (unicast), some special applications require multicast functionality. For example, video distribution requires that the packets containing the video data be replicated and sent to several different users, often through different egress ports. Other applications that use multicast include port monitoring or mirroring, protection-path routing, in-service rollover, and drop-and-continue. Port mirroring/monitoring is used for diagnostic purposes, to observe the data at another port without interfering with its forwarding. Protection-path routing is used to send duplicate data over an alternative route for enhanced reliability. In-service rollover is temporarily routing data over a duplicate new path to its destination in preparation for a permanent switchover to the new path. Drop-and-continue is a method of multicasting over a continuing network interconnection such as a ring where the data is dropped off at an intermediate node but also continues to another destination.
FIG. 1 shows multicast by replicating a packet at an ingress port. One simple approach to implement multicast is to replicate packets as they are inserted into the switch fabric at the input (ingress) port. Packet 12 is a packet received by the network switch and inserted into the switch fabric by ingress port 10. Ingress port 10 formats packet 12 for transmission through switch fabric 28, and makes several duplicate copies 14 of the re-formatted packet 12.
Each of the duplicate copies 14 contains a destination address for a different egress port 20-25. Thus the duplicate copies 14 are not exact duplicates, but do contain the same data payload as packet 12. Of course, packet 12 can itself be a portion of a larger data group, such as a row in a SONET frame. Each of the duplicate copies 14 is routed toward its destination egress port 20-25 over a different path through switch fabric 28. For example, one of the duplicate copies 14 is routed from ingress port 10 through nodes 30, 31, 32 to egress port 25, while another of the duplicate copies 14 is routed from ingress port 10 through node 35 to egress port 24. Other routes include node 33 to egress port 20, node 34 to egress port 21, and node 35 to egress ports 22, 23.
Egress ports 20-25 each receive one of the duplicate copies 14 and generate packet 16 containing the same data as packet 12. One packet 12 input to ingress port 10 is used to generate six packets 16 to six egress ports 20-25. This is known as parallel multicast, since the duplicate copies 14 pass through switch fabric 28 in parallel to each other, at about the same time.
While such parallel multicast is useful, replication of the packet at the ingress port causes a multiplication of packet traffic within switch fabric 28. In this example, six times the traffic of a single packet is produced at node 10 and at neighboring nodes creating a routing "hot spot" of congestion. Such heavy traffic can slow the switch since several nodes must route the additional packet traffic. Other packets passing through switch fabric 28 from other ingress ports 18 can be slowed by the multicast traffic. Failures such as dropped packets can occur when packets are delayed.
Some nodes in switch fabric 28 can become congested from the multicast traffic. For example, node 35 receives three of the duplicate copies 14 from ingress port 10. Node 35 can become congested by the sudden arrival of several multicast packets. Ingress port 10 may also be locally congested, having to transmit all the duplicate copies 14.
FIG. 2 shows serial multicast by packet duplication at egress ports. Traffic from multicast can be reduced by using a serial or drop-and-continue method. Packet 12 received by ingress port 10 is not duplicated. Instead, packet 12 is sent to egress port 20 through node 33 in switch fabric 28. Once packet 12 arrives at its first destination, egress port 20, packet 12 is replicated to form packet 16 in addition to packet 12. Packet 16 is output from switch fabric 28 by egress port 20, while packet 12 is re-injected into switch fabric 28. Packet 12 then continues on to its second destination, egress port 21. Another duplicate packet 16 is made by egress port 21 for output, while packet 12 continues to the third destination, egress port 22.
A duplicate of packet 12 is made for output as packet 16 passes through each egress port 20-23. Once packet 12 arrives at its final destination, egress port 24, it is removed from switch fabric 28 and output as packet 16 by egress port 24.
Such serial multicast results in five copies of packet 12 being transmitted from egress ports 20-24 with minimal traffic increase. Local congestion from many duplicate copies of the multicast packet are avoided.
One problem with the serial multicast of FIG. 2 is latency. FIG. 3 shows serial multicast packets in SONET time frames. A delay occurs for each packet as it travels through the switch fabric. Also, a delay occurs while each egress port replicates the packet and re-injects it into the switch fabric. Since delays are cumulative, the last egress ports 23, 24 experience greater delays than do earlier egress ports 20-22.
Packet 12 arrives at ingress port 10 of FIG. 2 at arrival time TA shown on FIG. 3. Arrival time TA occurs near the beginning of a first SONET frame. After a first propagation delay TP, the packet arrives at the first egress port. The first packet is output at time TA+TP. The packet is duplicated and sent from the first egress port to the second egress port 21, which requires another propagation delay TP. Thus the second egress port outputs its packet at time TA+TP+TP. This is still within the first SONET frame.
The second egress port duplicates the packet and sends it to the third egress port, requiring another propagation delay of TP. This third egress port can output its packet at TA+TP+TP+TP. However, since a new SONET frame is marked by a synch pulse every 125 μsec, this third egress port outputs its packet in the next SONET frame.
The propagation delays are not fixed, but vary with the actual path taken by the packet. Congestion at an egress port can also delay packet replication, further adding to delays. Thus each TP delay is not fixed but can vary. The second egress port's packet may actually be transmitted during the next SONET frame rather than the current frame, depending on the actual delays. This creates synchronization problems since the packets from later egress ports may not be available in the current SONET frame. The variability of delays further complicates the problem. An error or loss of data can occur.
Fault tolerance is also a problem with serial multicast. If the packet passes through a faulty node or egress port, the packet can be lost. Downstream egress ports then do not receive the multicast packet.
What is desired is an improved multicast of packets in a packet-based switch. Accommodation of latency and variable propagation delays for serial multicast is desired. Reduced congestion and traffic for parallel multicast is also desired. Multicast for a mesh-based switch that emulates a SONET switch is desired. Avoidance of blocking and packet loss from congestion during multicast is desirable. Fault tolerance during serial multicast is desired.
A mesh-based packet switch with multicast capability has a plurality of ingress ports for receiving data and generating packets including multicast packets. A plurality of egress ports are for transmitting data from the packet switch. A switch fabric has a plurality of switching nodes each for storing and forwarding packets within the switch fabric. The switching nodes include input nodes coupled to ingress ports in the plurality of ingress ports and output nodes coupled to egress ports in the plurality of egress ports.
An ingress port injecting a multicast packet generates a multicast header to attach to the multicast packet. The multicast header includes:
a multicast flag that indicates that the multicast packet is a packet being sent to many egress ports;
a random field that stores an address of a random node within the switch fabric; and
a multicast destination identifier that indicates which egress ports to send the multicast packet to.
The multicast packet is initially routed to the random node before packet replication. The random node stores the multicast packet sent from the ingress port. The random node replicates the multicast packet to generate a plurality of unicast packets. The unicast packets each have a header that includes:
a destination field that stores a destination address of an output node coupled to an egress port identified by the multicast destination identifier of the multicast packet received by the random node.
The switching nodes route the unicast packets from the random node to the output nodes identified by the destination fields of the unicast packets generated by the random node. Thus congestion at the input node is reduced by replicating the multicast packet at the random node.
In further aspects the random node is selected at random from all the switching nodes in the switch fabric. Thus multicast packets are initially dispersed to randomly-selected nodes within the switch fabric before packet replication.
In still further aspects the random node has a lookup table that is indexed by the multicast destination identifier from the multicast packet. It stores the destination addresses written to the headers of the unicast packets generated by the random node. Thus destination addresses for the multicast packet from the ingress port are locally stored at the random node.
In other aspects the lookup table further stores second-level multicast identifiers. The second-level multicast identifiers are for indexing the lookup table to locate a second group of destination addresses. The random node further generates a second multicast packet with a second multicast header that includes a second random field storing an address of a second random node within the switch fabric. The second multicast header stores a second-level multicast identifier from the lookup table.
The second multicast packet is routed from the random node to the second random node by switching nodes in the switch fabric. The second random node replicates the second multicast packet to generate unicast packets. The unicast packets each have a header including a destination field read from a second lookup table at the second random node. Thus nested packet replication occurs at two random nodes.
In further aspects data received by the ingress port is arranged in a Synchronous Optical NETwork (SONET) frame. Packet replication by the random node and by the second random node is synchronized to the SONET frame.
In other aspects of the invention the ingress port injects a serial multicast packet into the switch fabric. The serial multicast packet has a serial header attached to the serial multicast packet by the ingress port. The serial header includes:
a multicast flag which indicates that the multicast packet is a packet being sent to many egress ports; and
a multicast destination identifier that indicates which egress ports to send the multicast packet to.
The serial multicast packet is routed by the switching nodes to a first egress port indicated by the multicast destination identifier. The first egress port replicates and outputs data from within the serial multicast packet. The first egress port sends the serial multicast packet to a second egress port indicated by the multicast destination identifier.
The second egress port replicates and outputs data from within the serial multicast packet. The second egress port sends the serial multicast packet to a third egress port indicated by the multicast destination identifier. The third egress port replicates and outputs data from within the serial multicast packet. Routing to each next port is timed synchronously to the SONET frame. Thus serial multicast packets are routed to a chain of egress ports for replication at the egress ports without risk of a timing or SONET framing failure due to the combined latency of routing to multiple ports within a single SONET frame.
FIG. 1 shows multicast by replicating a packet at an ingress port.
FIG. 2 shows serial multicast by packet duplication at egress ports.
FIG. 3 shows serial multicast packets in SONET time frames.
FIG. 4 shows serial multicast with packet re-insertion at a fixed time relative to SONET frames.
FIG. 5A shows a floating payload envelope in a SONET frame.
FIGS. 5B-E show Synchronous Payload Envelope (SPE) pointer advancement for serial multicast packets.
FIG. 6A shows the SPE pointer being adjusted by the modulus of the frame size when the accumulated propagation delays exceed the frame boundary.
FIG. 6B shows row-based packets.
FIG. 7 highlights parallel multicast by packet replication at a random node in a switch fabric.
FIGS. 8A-D show a multicast packet header that is duplicated to form several unicast packets at a random node.
FIG. 9 shows a multicast packet header with a domain ID that selects a list of destination addresses stored in a table at the random node.
FIG. 10 shows parallel multicast with nested random node routing.
FIG. 11 highlights that multiple nesting of packet replication can produce chain-reaction multicasting.
The present invention relates to an improvement in network multicasting. The following description is presented to enable one of ordinary skill in the art to make and use the invention as provided in the context of a particular application and its requirements. Various modifications to the preferred embodiment will be apparent to those with skill in the art, and the general principles defined herein may be applied to other embodiments. Therefore, the present invention is not intended to be limited to the particular embodiments shown and described, but is to be accorded the widest scope consistent with the principles and novel features herein disclosed.
The inventors have realized that multicast can be implemented in a mesh-based switch fabric using either serial or parallel multicast packet routing. For serial multicast, the problem of uncontrolled packet latency is eliminated by carefully matching delays to the SONET frame timing. Packets are held at each egress port and not duplicated until a reference time point in a next SONET frame. Thus only one packet replication is performed per SONET frame. This allows a propagation and replication delay of up to one SONET frame period (125 μsec). Using this method, serial multicast drops the multicast packet off at one egress port for each SONET frame until the multicast packet has reached all target egress ports.
This method adds one frame period (125 μsec) of latency for each egress port. When reduced latency is desired, a variation of this serial multicast method can be used. In the variation, a replicated packet is re-inserted by an egress port at a fixed offset time. The fixed offset time is added to the SONET data pointer to delay the start of the data envelope by an amount equal to the fixed offset time. Thus successive egress ports have larger SONET pointer offsets. When the pointer crosses over to the next SONET frame, the multicast packet is sent with the next SONET frame and the pointer reduced by the frame period of 125 μsec.
For parallel multicast, packet replication is not performed at the ingress port. Instead, a single multicast packet is sent to a random node within the switch fabric. At the random node, the multicast packet is replicated to form many duplicate copies of the packet. The duplicate copies of the multicast packet are then sent to their destinations, the egress ports.
Congestion at the ingress port is eliminated, since packet replication occurs at the random node, not at the ingress port. When several multicast packets are sent from the same ingress port, these packets are sent to different random nodes before replication. Thus packet duplication is randomly spread out within the switch fabric to several random nodes.
The multicast packet header may contain a list of all egress port destinations. However, when the multicast packet is sent to many egress ports, the header size increases beyond a reasonable amount. Rather than store all egress-port addresses, the header may include an identifier for a multicast domain. The random node then uses this domain identifier to look up a list of the egress-port addresses in a local table at the random node. Separate packets are then replicated for each of the egress port addresses in the multicast domain stored in the table.
Multicast domains may be nested, and replication can take place over several random nodes rather than just at a single node. This further reduces congestion since packet replication is spread over more intermediate nodes. Combinations of serial and parallel multicast are also contemplated, such as a serial drop-and continue to random nodes, and packet replication at the random nodes.
FIG. 4 shows serial multicast with packet re-insertion at a fixed time relative to SONET frames. A single multicast packet is sent in a chain to all target egress ports in a drop-and-continue fashion with packet duplication at each egress port.
Each SONET frame begins with a SONET sync pulse, indicated by the boxed "X" at the start of each frame in FIG. 4. The multicast packet is inserted into the switch fabric by the ingress port at arrival time TA. After a propagation delay TP, the packet arrives at the first egress port, at time TA+TP. This propagation time TP varies, but in the graph represents a statistical worst-case propagation through the switch fabric.
The packet is replicated by the first egress port to generate two packets. One packet is sent out the first egress port. Another packet is sent to the second egress port. This packet is not immediately re-inserted into the switch fabric. Instead, the first egress port holds the packet until a fixed time in the next SONET frame. The first egress port releases the replicated multicast packet back into the switch fabric at insertion time TI in the next SONET frame. In one embodiment, TI is the arrival time TA delayed by one frame period, or TA+125 μsec. The insertion time TI could also be simply the start of the next SONET frame's data payload, or some fixed delay after the start of the next SONET frame.
The re-inserted multicast packet re-inserted at time TI of the second frame then travels from the first egress port to the second egress port. This requires a propagation time TP, so that the duplicated packet arrives at the second egress port at time TI+TP during the second SONET frame. The second egress port replicates the packet and outputs a copy of the packet over its output port to an external network. However, the replicated multicast packet is held by the second egress port and not re-inserted until insertion time TI of the next (third) frame.
Each successive egress port holds the multicast packet until insertion time TI of the next SONET frame. Thus the multicast packet has almost a whole SONET frame period to propagate to the next egress port. The latency is essentially reset after each egress port. Latency errors are eliminated or greatly reduced.
FIG. 5A shows a floating payload envelope in a SONET frame. Each SONET frame begins with a sync pulse 56. Each SONET frame has an overhead portion 52 and a data payload portion 54. Data payload portion 54 and overhead portion 52 together contain 810 data bytes divided into 9 rows of 90 bytes in each row. In a preferred embodiment, the ingress port divides the received SONET frame into 9 packets, one packet for each row. The packets transmitted through the switch fabric are thus one row of a SONET frame.
Overhead portion 52 includes a data pointer that points to the first data byte in the Synchronous Payload Envelope (SPE). The first data byte 58 does not have to be at the start of the frame, or the first byte on the first row of data payload portion 54. Instead, the start of the data can float within a frame. The actual data for the SPE starts with first data byte 58 in the current frame, and extends across the frame boundary into the next SONET frame, and ends before first data byte 58 in the next frame. The data bounded by bytes 58 is known as a Synchronous Payload Envelope (SPE). The SPE thus floats relative to the SONET frame boundary. The phase of the SPE is indicated by the pointer in overhead portion 52 of the SONET frame.
In FIG. 5B, the ingress port receives a SONET frame with an SPE set at time TA in the frame relative to the sync pulse. The ingress port inserts a multicast packet 62 into the switch fabric.
After a propagation delay TP, the multicast packet arrives at the first egress port. In FIG. 5C, the serial multicast packet 64 arrives at the first egress port with an offset of TP from first data byte 58 time TA of the SPE. However, serial multicast packet 64 still arrives within the first SONET frame.
The first egress port replicates the multicast packet and outputs a copy with an offset of TP. The replicated packet is immediately re-inserted into the switch fabric. The SPE pointer for this packet's frame is increased by TP to account for the additional propagation delay through the switch fabric, as shown in FIG. 5D. The adjusted pointer PTR1 points to time TA+TP, which is first data byte 58′ of the SONET frame for this first egress port.
In FIG. 5E, the packet arrives at the second egress port. The packet is replicated and again immediately re-inserted into the switch fabric as packet 66. The SPE pointer for this packet's frame is increased by another TP to account for the second propagation delay through the switch fabric. The adjusted pointer PTR2 points to time TA+TP+TP, which is first data byte 58″ of the SONET frame for this second egress port.
The SPE pointer cannot be increased without limit. The SPE pointer must point to a starting data byte that is within the current SONET frame. Once the SPE pointer is increased beyond the last byte in the current frame, the SPE pointer must be reduced by the size of one SONET frame to point to a starting byte in the next SONET frame.
FIG. 6A shows the SONET payload envelope pointer being adjusted by the modulus of the frame size when the accumulated propagation delays exceed the frame boundary. When the multicast packet reaches the third egress port, it has accumulated three propagation delays, arriving at time TA+3*TP. The SPE pointer is adjusted again to point to first data byte 58′″ at time TA+3*TP. Because packet 68 arrives in the next SONET frame, the SPE pointer is adjusted to point to a byte in the next SONET frame.
The SPE pointer value TA+3*TP is adjusted by the modulo of the SONET frame size, 810 bytes. For example, when TA+3*TP is 1010 bytes, the SPE pointer is adjusted to 1010-810, or 200 bytes. The third egress port thus outputs the multicast packet in the next SONET frame rather than in the current SONET frame.
The SPE pointer is preferably adjusted by an expected maximum-predefined propagation delay through the switch fabric, rather than by the actual propagation delay of each packet. If the packet arrives early at the next egress node, it is held at the egress node and not output nor forwarded until the time specified by the adjusted pointer.
Note that in conventional SONET systems the pointer is adjusted to match the latency and timing of the data. In this method, the pointer is pre-adjusted a fixed amount and the data is adjusted (delayed) until its timing matches the pre-adjusted SONET pointer.
FIG. 6B shows row-based packets. In a preferred embodiment, the SONET frames are divided into packets along row boundaries. For a SONET frame with 810 bytes arranged in 9 rows, 9 packets are generated for each SONET frame: one 90-byte packet for each row.
A packet can overlap two SPEs and contain SONET frame overhead data. In FIG. 6B, the SPE pointer points to a byte within the second row of the frame. This second row 67 becomes the payload of an internal packet that is sent through the switch fabric. The first three bytes 59 contain overhead data. Data bytes within second row 67 that are before first data byte 58 indicated by the SPE pointer are included in this packet. Since first SPE data byte 58 is in the second row of the frame, the first row within the frame is a packet for the previous SONET SPE.
FIG. 7 highlights parallel multicast by packet replication at a random node in a switch fabric. A related application by the applicant, "Adaptive Fault-Tolerant Switching Network With Random Initial Routing and Random Routing Around Faults", U.S. Ser. No. 09/470,144, assigned to Corvia Networks of Sunnyvale Calif., disclosed initially routing packets to a randomly-selected node in the switch fabric, then routing packets toward their actual destination egress port. Since different random nodes are selected for each packet, packet traffic is spread out within the switch fabric, eliminating local congestion.
Switch fabric 28 contains store-and-forward switches at nodes within the fabric. The fabric is preferably isotropic so that there is no unique directionality. Each node is directly or indirectly connected to every other node so that the nodes are generally indistinguishable except for the node's unique switch address and the input or output ports connected to the node.
Replicating a multicast packet at the ingress port causes local congestion. To avoid this congestion, multicast packet 12 is sent from ingress port 10 to random node 38 before replication. Random node 38 is a randomly-selected intermediate node within switch fabric 28. A different random node is selected at random for each multicast packet, so that multicast packets are randomly distributed throughout switch fabric 28. This distribution of multicast packets prior to replication spreads out packet traffic and eases congestion and reduces the probability of blocking.
Multicast packet 12 is initially routed from ingress port 10 through intermediate node 33 to random node 38. Random node 38 replicates multicast packet 12, producing multiple copies 14 of packet 12. Multiple copies 14 are each unicast packets sent to a single destination address, one of egress ports 20-25. For example, egress ports 22, 23 are reached through intermediate node 35, while other egress ports 20, 21, 24, 25 can be reached directly from random node 38. Packet 16 is output from each egress port 20-25.
FIGS. 8A-D show a multicast packet header that is duplicated to form several unicast packets at a random node. In FIG. 8A, the header of parallel multicast packet 70 is shown. The header includes sequence number 72 that indicates the order of the packet. For example, a SONET frame received from an external optical link has 9 rows of 90 bytes per row. The SONET frame can be divided into 9 packets, each with a data payload of 90 bytes. These 9 packets can be assigned sequence numbers that correspond to their row order. The data payload follows header 70 in FIG. 8A. The header 70 shown is attached to each packet by the ingress port and removed by the egress port.
Source address field 74 contains a switch address of the ingress port that inserts the packet into the switch fabric. This address is a local, internal address that identifies the node with the ingress port. For example, the switch fabric may contain 1,000 nodes, each assigned an address from 0-999. Each node is a store-and-forward switch and can have one ingress port and one egress port attached, as well as function as an intermediate node.
Multicast bit 76 is set to indicate that the packet is a multicast packet with several destination egress ports within the switch fabric. Multicast bit 76 is cleared to indicate a unicast packet that has just one destination egress port.
Random field 78 contains the internal switch address of the random node. This address is randomly generated by the ingress port for a parallel multicast packet. Each of the 9 packets from a SONET frame is assigned to different random nodes to disperse congestion within the switch fabric.
Destination fields 80 contain switch addresses of egress ports that the multicast packet is being sent to. For a unicast packet, only one destination address field 80 is used in the header. Multicast packets can have many destination address fields 80.
The switch addresses in fields 74, 78, 80 preferably use the same addressing scheme, such as a number from 0 to 999 in a thousand-node fabric. Each node in the switch fabric is assigned one address. This node's address can be a source, destination, or random address, depending on the packet's route. This node's switch address is written to source address field 74 when the packet is inserted from an ingress port attached to the node. The same switch address is written to random field 78 when the switch is an internal node randomly assigned by another ingress port. The same switch address is written to one of the destination address fields 80 when the node is attached to the egress port that the packet is routed to.
Each node compares its switch address to the address in random field 78. When the addresses match, the node is the random node and must do further processing rather than simply store and forward the packet. When multicast bit 76 is set, packet replication is performed by the node. When a multicast packet with header 70 of FIG. 8A arrives at a node with a switch address that matches the address in random field 78, the packet and its header 70 are stored in the node's local memory. The node then replicates the multicast packet into several unicast packets and removes the original multicast packet. The unicast packets are then forwarded to their destinations.
FIGS. 8B-D show three unicast packets that are generated by a random node from the multicast packet of FIG. 8A. Multicast bit 76 of FIG. 8A is set, but multicast bit in FIGS. 8B-D is cleared so that the multicast packet is replicated to three unicast packets. The sequence number 72 and source address field 74 from the multicast packet header 70 (FIG. 8A) are copied to each of the replicated packet's headers 84, 86, 88 (FIGS. 8B,C,D).
Each unicast packet header 84, 86, 88 contains just one destination address 82. In FIG. 8B, header 84 contains as destination address 82 the first destination address from destination address fields 80 of multicast packet header 70 (FIG. 8A). In FIG. 8C, header 86 contains as destination address 82 the second destination address from destination address fields 80 of multicast packet header 70 (FIG. 8A). In FIG. 8D, header 88 contains as destination address 82 the third destination address from destination address fields 80 of multicast packet header 70.
Thus the destination addresses from the multicast packet header are copied to a single destination address field in each of multiple unicast packets. The multicast bit set in the multicast packet received by the random node is cleared in the replicated unicast packets.
This method is flexible, allowing multicast to any nodes in the fabric. Management is relatively easy, and can be applied to any switch-fabric network size or configuration. The method is most useful when the multicast is to a limited number of egress ports. However, as the number of egress port destinations increase, the multicast header 70 must grow in length to accommodate storage of all the destination switch addresses. A fixed header size effectively limits the number of destination egress ports for the multicast packet. A variable header size removes this limit, but adds complexity to the system.
FIG. 9 shows a multicast packet header with a domain ID that selects a list of destination addresses stored in a table at the random node. When a multicast packet is sent to a large number of destination egress ports, a multicast domain identifier (ID) can be written to the packet header. Instead of storing each of many destination switch addresses in the multicast header, a single number can be stored in the multicast header. This single number is a multicast domain identifier that identifies a pre-defined list of destination egress ports. Thus one identifier rather than many addresses are stored in the multicast packet.
Multicast packet header 92 contains sequence number 72, source address field 74, and random field 78 as described for FIG. 8A. Multicast bit 76 is set since this is a multicast packet received by the random node whose switch address matches that in random field 78.
Rather than store many destination addresses for many egress ports in header 92, a single number, the multicast domain ID, is stored in multicast domain field 90. This multicast domain ID is used as a pointer into lookup table 100 stored at the random node. Each random node has its own local copy of lookup table 100.
Lookup table 100 has domain entries defined by domain field 94. The domain identifier from multicast domain field 90 in packet header 92 is compared to domain identifiers in domain field 94 in lookup table 100 to find a matching domain entry. Then all the addresses in address field 98 for the matching domain are read out of lookup table 100.
For example, when multicast domain field 90 is domain 2, domain 2's entry in lookup table 100 is selected, and switch addresses 5, 6, 7 are output. Three unicast packets are generated by the random node. The switch addresses from address field 98 of lookup table 100 are written as destination switch addresses 82 written to the three unicast packets of FIGS. 8B,C,D. These 3 unicast packets are then routed to three different egress ports.
The domains in lookup table 100 can be nested to form a linked-list structure. In the example of domain 2, the last entry in address field 98 is not an egress-port address. Instead, the address in address field 98 is another domain identifier. This domain identifier, DOM_4, is used to find domain 4 in lookup table 100. Domain 4 contains additional destination addresses for switches 12, 13, 14. These additional destination addresses are used to generate 3 more unicast packets to egress ports at nodes for these three addresses in address field 98.
Domain 4 also contains another domain identifier as the last address field 98. This provides a link to still another domain, DOM_N. Many additional destination address can be retrieved from lookup table 100 using such linking.
Domain flag bit 96 is stored with each address field 98. Domain flag bit 96 is cleared (zero) for address entries that are absolute switch addresses. These entries are used by the random node to generate a unicast packet. When domain flag bit 96 is set (one), the entry in address field 98 is not a switch address, but instead is a domain identifier that links to another domain of destination addresses.
Rather than recursively look up domains in the same lookup table 100 at the current random node, a new multicast packet can be generated from domain entries. When domain flag bit 96 is set, the current random node generates a new multicast packet with the multicast bit set, and the domain stored in address field 98 written as the multicast domain field 90 of the new multicast packet. Another random address is generated and written to random field 78, and the new multicast packet is sent from the current random node to the new random node indicated in random field 78.
At the new (second) random node, the new multicast packet is received and processed as described before. The domain identifier in the new multicast packet is used to locate the domain entry in the lookup table 100 at the new random node. Additional unicast packets are generated from the address entries in lookup table 100 at the new random node. These additional unicast packets are sent out by the new (second) random node to their egress ports. Thus both the first and the second random nodes generate and send out unicast packets. This reduces local congestion around the first random node since fewer unicast packets are sent out from that node.
Each intermediate node that can be a random node has its own local copy of lookup table 100 with the same information. This requires some centralized table management for the entire switch fabric to ensure that all random nodes have a current list of domains and egress ports assigned to each domain. Also, the multicast domains must be pre-defined. This limits multicast to using these pre-defined domains of egress ports rather than any arbitrary group of egress ports. Additional local memory at each node may be required to store the lookup table 100. However, nesting can reduce local congestion at the random node, and large multicast domains can be used to multicast to many egress ports.
FIG. 10 shows parallel multicast with nested random node routing. Multicast packet 12 is injected into switch fabric 28 by ingress port 10 and is routed to random node 37. Random node 37 replicates multicast packet 12 to generate multiple copies 14 of the multicast packet. Some of these multiple copies are unicast packets 16 that are routed to egress ports 20, 21 and output to external network links connected to egress ports 20, 21.
At least one of the multiple copies 14 generated by random node 37 is another multicast packet that is sent to another random node 38. Random node 37 is selected at random by ingress port 10, while random node 38 is randomly selected by random node 37 when multiple copies 14 are generated.
Random node 38 then generates additional multiple copies 15 of the multicast packet received from random node 37. These additional multiple copies 15 are unicast packets containing the data from multicast packet 12. Each of these additional multiple copies 15 are routed as packet 16 to one egress port 22-25. For example, two packets 16 are routed to egress ports 22, 23 through intermediate node 35, while another packet 16 is routed directly to egress port 24 and another packet 16 is routed to egress port 25 through intermediate node 32.
Nesting of packet replication at different randomly-selected intermediate nodes has the effect of spreading out the multicast packets over several nodes within switch fabric 28. Congestion is reduced since fewer packets need to be created at any given node. Blocking probability is reduced significantly.
This method is a combination of the serial, drop-and-continue method and the parallel random-node packet replication. Rather than drop-and-continue at egress ports, replication is performed at the random nodes. Any combination of unicast packets sent to egress ports and multicast packets sent to other random nodes can be used.
FIG. 11 highlights that multiple nesting of packet replication can produce chain-reaction multicasting. A multicast packet inserted by ingress port 10 is sent to first random node 37 through intermediate node 30. The multicast packet is replicated at random node 37 to produce multiple copies of the packet. These multiple copies are multicast packets rather than unicast packets and are routed through other intermediate nodes 30 to second-level random nodes 39. Second-level random nodes 39 each generate additional multiple copies of the multicast packet, but these copies are unicast packets directed to egress ports 20.
A single multicast packet can be replicated and sent to many egress ports using chain multicasting, since the number of replicated packets can increase geometrically with each additional level of random nodes.
Latency can build up when using a chained parallel multicast scheme. Each additional random node in the chain adds a propagation delay to the packet's arrival time at the final egress port. When three or four levels of random nodes are used to replicate packets, four or more average propagation delays occur before the packet reaches the final egress port. The total delay may be greater than a SONET frame period, causing data loss.
Packet replication can be synchronized to the SONET frames. This combination of serial and parallel multicast techniques has each random node hold its replicated packets until the beginning of the next SONET frame. The replicated packets are then re-inserted into the switch fabric at the start of then next SONET frame and have almost the whole frame period to reach their egress ports. Each level of random nodes can hold packets for the next SONET frame, or only every second level of random nodes can hold packets.
The serial multicast method that advances the SPE pointer can also be used with chain parallel multicast. Each level of random nodes increases the SONET payload envelope (SPE) pointer by the maximum propagation delay. When the pointer advances past the last byte of the frame, the pointer wraps back to the first byte of the next frame using modulo addition. Unicast packets dispatched from the second level of random nodes have a more advanced pointer than packets dispatched from the first level of random nodes.
Multicast of packets is performed in a packet-based switch. Latency and variable propagation delays are accommodated for serial and chain-parallel multicast. Reduced congestion and traffic for parallel multicast is achieved. Multicast is performed in a mesh-based network switch that emulates a SONET time-division-multiplexed (TDM). The probability of blocking and packet loss from congestion is reduced during multicast. Fault tolerance during serial multicast is achieved.
Parallel multicast has the advantage that many egress ports can receive the multicast packet, especially when a look-up table is used at the random node performing packet replication. Congestion at the ingress port is eliminated since just one copy of each multicast packet is inserted into the fabric at the ingress port. Dispersing the multicast packets to different, randomly-selected nodes spreads the packet traffic out within the fabric. Packet replication does not occur until after this random dispersion. Thus locally congested areas in the fabric are avoided, since packet replication is dispersed.
The same network switch can use different multicast methods depending on the multicast application. For example, port monitoring may simply replicate all packets sent to one egress port to a second egress port. A simple serial multicast that drops each packet at the first egress port, replicates the packet, and sends it to the second egress port may be used.
A broadcast application that sends a video feed or a system status or command to all egress ports may use a chain parallel multicast. Each multicast packet is sent to a different random node, where limited replication occurs. The replicated packets are sent to a second-level of random nodes, where further replication occurs. After a few more levels of replication, enough packets are generated to be sent to all egress ports. The replication at each level of random nodes may be delayed until the next SONET frame when many levels of replication are needed, but not held up when few levels are required. Fault tolerance is achieved in parallel or chain parallel multicast as compared to serial multicast in that a defective node will not break the chain. If a random node is faulty, a new random destination is chosen as described in the related application, "Adaptive Fault-Tolerant Switching Network With Random Initial Routing and Random Routing Around Faults", U.S. Ser. No. 09/470,144, assigned to Corvia Networks of Sunnyvale, Calif.
Several other embodiments are contemplated by the inventors. For serial multicast in a switch fabric with short propagation delays, the multicast packet could be allowed to travel to two or more egress ports before being held up for the next insertion time. For example, if the propagation delay were less than half the SONET frame period, the first egress port could immediately release the replicated multicast packet to the second egress port. The second egress port then holds the packet until the insertion time of the next SONET frame. Thus the multicast packet is held for every even egress port but not for every odd egress port. The serial multicast packet can first be sent to a random node prior to being sent to each next egress node. Thus egress ports are separated by random nodes.
The packet header for serial multicast can contain a list of egress ports. As each egress port is reached, the current egress port's address can be removed from the list in the replicated packet that is re-inserted. Alternately, a pointer in the header can point to the next egress port to route the packet to, or valid bits can be associated with each egress-port address in the header. The valid bits are cleared as each egress port is reached. When one of the egress ports is unintentionally passed over when the multicast packet is being routed to a different egress port, the valid bit for that port can be cleared and the packet replicated.
To prevent fabric over-subscription during serial multicast, typically only the ingress port and the last of the egress ports (the terminal destination) are allowed to act as ingress ports. The other ports are not allowed to input packets received from external networks.
When the multicast packet is sent to all egress ports, a broadcast function is performed. Thus broadcast is a special case of multicast. Rather than store just one domain ID in the header, two or more domain IDs can be stored in the header as two or more separate numbers. Each domain ID can be looked up in the node's local table, each causing packet replication to packets destined for different egress ports. Rather than store the domain ID in the lookup table and perform an associative table search, the domain ID can be an address that directly locates the domain's entry in the table. A domain tag can also be used to partially match the domain ID. Of course, other encodings can be used in the lookup table, such as inverse bits that are cleared to one and set to zero. Another bit in the multicast packet header can be used to distinguish whether the packet's header contains multicast domain identifiers or destination addresses.
Rather than allow any node in the switch fabric to be used as the random node, the random node can be selected from a subset of all the nodes. Different ingress ports could be allowed to select a random node from different subsets of intermediate nodes. Domain lookup tables could be stored only at nodes within the subset rather than at all intermediate nodes. Packet replication is then allowed only at this subset of nodes.
The communication links among nodes and switches can be implemented in a variety of ways and in different technologies. The packet buffers/memory of each node switch may be implemented as either shared memory or distributed memory. Distributed memory could be implemented as a collection of memory blocks, where one or more memory blocks are associated with an input port. Many technologies can be used to implement the memory. Node switches can have several ports each, or no ports, or any combination of N ingress and M egress ports.
The random node switch can be any switch in the network, or can be randomly chosen from a subset of the switches in the network, such as all switches that are 2 hops or less away from the source switch. The random switch could also be restricted to the adjacent switches (one hop). The random switch could be selected from all switches in the network, including the source or destination switches, or from all switches except the source and destination switches. Packets may be re-randomized by being deflected to another switch, such as being sent to an adjacent switch, before the random address is generated.
The packet header may be appended to the end of the packet rather than precede the data in the packet. The packet and header could be stored separately in the node's packet memory, or in separate memories. For example, the header could be stored in a higher speed memory. Rather than explicitly write the random address to a separate field in the header, the random address could be implicitly stored in the header. The random address could be generated from other fields in the header, such as by a bit hashing of a sequence number, source and destination address fields. If a timestamp is generated for any reason, such as to be included in a packet header, the timestamp could be used to generate the random number. A local lookup table in each switch could also be used to generate all or part of the random address.
The flag or multicast indicator can be set to either a one or a zero, depending on the logic polarity. Rather than use a one-bit flag, multicast can be encoded into other fields of the header.
The exact timing of packet storage and routing lookup can be varied and overlap. For example, the header can be read from the packet as it is received, and the header's addresses looked up in the node's routing table. The packet may be physically stored in the node's packet memory either before or after the route has been determined. Regarding store-and-forward data switching, the routing algorithms could be independent to the data switching mechanism. The data switching mechanism could be either store-and-forward, virtual cut-through, or wormhole.
The isotropic mesh of the switch fabric may be a multi-dimensional network. A multi-dimensional network implies that the number of nodes along each dimension could differ. In addition, the topology used to connect nodes along each dimension could differ. Many other topologies may be substituted. "One-dimensional" topologies with various connectivity patterns among nodes such as chordal rings and circulant graphs can be used. Isotropic meshes of various kinds can be used.
The random node switch can be selected by any of a variety of scattering functions, such as pseudo-random, round-robin address cycling, or true random selection. The term "random" can apply to such scattering functions that disperse traffic among many nodes during the initial routing. The random switch is chosen in a "random" manner in the sense that it is random with respect to the source and destination. Random routing could also be implemented piecemeal, with the packet being randomly deflected at each switch for a period of time. When a phase timeout occurs for the packet, the switch where the packet is at becomes the random switch, and the packet enters a next routing phase. The scattering function may also select switches from a limited universe of switches less than the complete set. This could be done because of non-uniform network properties or to reduce link utilization. For example, to reduce link utilization scattering could be a function of the ingress and egress ports relative location, such as being constrained to a maximum number of hops for the entire journey from ingress to egress ports, including going to the random switch.
Of course, the packet can immediately end its routing if it unintentionally passes over the destination switch before the random node is reached. For a multicast packet, when a node being passed through matches one of the destination addresses in the header, the matching address can be removed and the packet replicated for output by that node. All switches can check the packet header for destination addresses at all times to detect this situation. Other special cases can occur during normal operation. The inventions described herein need not be limited to networks that emulate circuit switching. They can also be applied to conventional packet switching networks that do not have a one-to-one ingress to egress traffic pattern.
The foregoing description of the embodiments of the invention has been presented for the purposes of illustration and description. It is not intended to be exhaustive or to limit the invention to the precise form disclosed. Many modifications and variations are possible in light of the above teaching. It is intended that the scope of the invention be limited not by this detailed description, but rather by the claims appended hereto.
|Cited Patent
|Filing date
|Publication date
|Jul 27, 1990
|Aug 25, 1992
|Transwitch Corporation
|Method and means for transferring a data payload from a first SONET signal to a SONET signal of different frequency
|May 20, 1992
|Apr 19, 1994
|Xerox Corporation
|Copy network providing multicast capabilities in a broadband ISDN fast packet switch suitable for use in a local area network
|Dec 18, 1992
|Aug 2, 1994
|Fujitsu Limited
|Pointer processing circuit in sonet system
|Feb 16, 1994
|Feb 14, 1995
|Nec America, Inc.
|SONET DS-N desynchronizer
|Nov 5, 1993
|Jul 25, 1995
|Netcom Limited
|ATM cell switch suitable for multicast switching
|Aug 1, 1994
|Nov 28, 1995
|Fujitsu Limited
|Synchronous payload pointer processing system in digital data transmission network
|Sep 30, 1994
|May 14, 1996
|Apple Computer, Inc.
|Method and system of multicast routing for groups with a single transmitter
|Dec 13, 1994
|Mar 11, 1997
|Alantec Corporation
|Communication apparatus and methods
|Jan 3, 1994
|Feb 10, 1998
|Alcatel Network Systems, Inc.
|Sonet payload pointer processing and architecture
|Jan 15, 1997
|Sep 15, 1998
|Alcatel Network Systems, Inc.
|Time division multiplexed synchronous state machine having state memory
|Dec 12, 1996
|Sep 22, 1998
|Nec Corporation
|Optical switching unit and control method for same
|Dec 13, 1996
|Apr 27, 1999
|Cabletron Systems, Inc.
|Network bridge with multicast forwarding table
|Mar 4, 1997
|Jul 27, 1999
|Telefonaktiebolaget Lm Ericsson
|Radio communication system selectively using multicast with variable offset time
|Jun 25, 1997
|Sep 28, 1999
|Cisco Technology, Inc.
|System for efficient multicast distribution in a virtual local area network environment
|Aug 28, 1997
|Nov 23, 1999
|Ascend Communications
|Independently sizable memory pages for a plurality of connection ID types in a network switch
|Jan 29, 1998
|Oct 3, 2000
|At&T Corp.
|Architecture for lightweight signaling in ATM networks
|Jan 29, 1999
|Jul 2, 2002
|International Business Machines Corporation
|Reliable multicast for small groups
|Dec 22, 1999
|Jul 15, 2003
|Aztech Partners, Inc.
|Adaptive fault-tolerant switching network with random initial routing and random routing around faults
|Citing Patent
|Filing date
|Publication date
|Feb 20, 2003
|Jul 11, 2006
|Canon Kabushiki Kaisha
|Power saving management system and power saving managing method for forwarding an updated power mode shift time to a plurality of output apparatuses over a network
|Apr 30, 2002
|Oct 17, 2006
|Aol Llc
|Duplicating digital streams for digital conferencing using switching technologies
|Mar 6, 2002
|Jun 26, 2007
|Aol Llc
|Duplicating switch for streaming data units to a terminal
|Jul 12, 2002
|Jul 31, 2007
|Tropic Networks Inc.
|System and method for providing protection of data communications in packet-based networks
|Jun 29, 2001
|Sep 4, 2007
|Aol Llc
|Generating multiple data streams from a single data source
|Jul 31, 2002
|Nov 6, 2007
|Juniper Networks, Inc.
|Memory load balancing for single stream multicast
|May 31, 2002
|Nov 6, 2007
|Aol Llc, A Delaware Limited Liability Company
|Load balancing with direct terminal response
|Dec 3, 2001
|Jul 22, 2008
|Intel Corporation
|Multicast and broadcast operations in ethernet switches
|Aug 24, 2001
|Sep 2, 2008
|Rmi Corporation
|Network switch with a parallel shared memory
|Jul 5, 2001
|Mar 24, 2009
|British Telecommunications Plc
|Packet routing
|Jun 21, 2004
|Aug 4, 2009
|Nortel Network Limited
|Distribution of packets to multiple addresses
|Apr 6, 2010
|Aol Inc.
|Duplicating switch for streaming data units to a terminal
|Oct 31, 2006
|May 18, 2010
|Netapp, Inc.
|System and method for nearly in-band search indexing
|Aug 26, 2008
|Nov 16, 2010
|Netlogic Microsystems, Inc.
|Output queued switch with a parallel shared memory, and method of operating same
|Nov 30, 2010
|Nec Corporation
|Computer system and method of communication between modules within computer system
|Sep 20, 2007
|Dec 28, 2010
|Juniper Networks, Inc.
|Memory load balancing for single stream multicast
|Feb 1, 2011
|Honeywell International Inc.
|Apparatus and method supporting a redundancy-managing interface between wireless and wired networks
|Apr 5, 2011
|Aol Inc.
|Duplicating digital streams for digital conferencing using switching technologies
|Mar 30, 2010
|May 24, 2011
|Netapp, Inc.
|System and method for nearly in-band search indexing
|Mar 26, 2010
|Aug 2, 2011
|Aol Inc.
|Duplicating switch for streaming data units to a terminal using different communication protocols
|Jun 28, 2002
|Sep 27, 2011
|Aol Inc.
|Inserting advertising content
|Jun 11, 2007
|Mar 6, 2012
|Aol Inc.
|Load balancing with direct terminal response
|Jul 10, 2012
|Netapp, Inc.
|Two-dimensional indexes for quick multiple attribute search in a catalog system
|Jun 30, 2011
|Jul 17, 2012
|Aol Inc.
|Duplicating switch for streaming data units to a terminal using different communication protocols
|Oct 5, 2005
|Jul 24, 2012
|Vectormax Corporation
|Method and system for broadcasting multimedia data
|Mar 12, 2010
|Jul 31, 2012
|Juniper Networks, Inc.
|Systems and methods for efficient multicast handling
|Jun 11, 2013
|Facebook, Inc.
|Duplicating digital streams for digital conferencing using switching technologies
|Aug 26, 2010
|Jul 30, 2013
|Honeywell International Inc.
|Apparatus and method for improving the reliability of industrial wireless networks that experience outages in backbone connectivity
|Aug 31, 2007
|Oct 29, 2013
|Facebook, Inc.
|Generating multiple data streams from a single data source
|Nov 15, 2010
|Apr 29, 2014
|Netlogic Microsystems, Inc.
|Output queued switch with a parallel shared memory, and method of operating same
|Sep 7, 2011
|Jun 24, 2014
|Facebook, Inc.
|Inserting advertising content
|Sep 14, 2012
|Jul 1, 2014
|Facebook, Inc.
|Adding advertising content to media content
|Sep 15, 2012
|Sep 23, 2014
|Facebook, Inc.
|Modifying payloads of digital streams for digital conferencing
|Aug 30, 2007
|Oct 21, 2014
|Netapp, Inc.
|System and method for indexing user data on storage systems
|Sep 15, 2012
|Dec 2, 2014
|Facebook, Inc.
|Time-shifting streaming data
|Nov 9, 2010
|Dec 30, 2014
|Honeywell International Inc.
|Method and system for process control network migration
|Dec 6, 2007
|Jan 20, 2015
|At&T Intellectual Property I, L.P.
|Rating multimedia programs accessed from a provider network
|Nov 20, 2012
|Feb 17, 2015
|Cisco Technology, Inc.
|Fabric load balancing
|Sep 15, 2012
|Jun 2, 2015
|Facebook, Inc.
|Prioritizing digital streams during digital conferencing
|Aug 31, 2012
|Jun 16, 2015
|Cisco Technology, Inc.
|Multicast replication skip
|Jul 31, 2013
|Aug 18, 2015
|Honeywell International Inc.
|Apparatus and method for synchronizing dynamic process data across redundant input/output modules
|Mar 29, 2005
|Nov 3, 2015
|Panasonic Intellectual Property Management Co., Ltd.
|Communication system and method for distributing content
|Dec 2, 2013
|Feb 16, 2016
|Trend Micro Incorporated
|Software defined networking pipe for network traffic inspection
|Mar 15, 2013
|Jun 7, 2016
|Microsoft Technology Licensing, Llc
|Network routing modifications for distribution of data
|May 31, 2001
|Jan 24, 2002
|Van Doren Stephen R.
|Multicast decomposition mechanism in a hierarchically order distributed shared memory multiprocessor computer system
|Aug 24, 2001
|May 30, 2002
|Siu Kai-Yeung (Sunny)
|Network switch with a parallel shared memory
|Feb 4, 2002
|Aug 8, 2002
|Nec Corporation
|Computer system and method of communication between modules within computer system
|Mar 6, 2002
|Oct 31, 2002
|Weigand Gilbert G.
|Duplicating switch for streaming data units to a terminal
|Jun 29, 2001
|Oct 31, 2002
|David Bill
|Generating multiple data streams from a single data source
|Dec 3, 2001
|Jun 5, 2003
|Rahul Saxena
|Multicast and broadcast operations in ethernet switches
|May 31, 2002
|Aug 14, 2003
|Brown Scott K
|Load balancing with direct terminal response
|Feb 20, 2003
|Aug 28, 2003
|Canon Kabushiki Kaisha
|Power saving management system and power saving managing method
|Jul 5, 2001
|Sep 18, 2003
|Tateson Jane E.
|Packet routing
|Jul 12, 2002
|Sep 25, 2003
|Mark Barry Ding Ken
|System and method for providing protection of data communications in packet-based networks
|Aug 28, 2001
|Dec 16, 2004
|May George Anthony
|Routing packets in frame-based data communication networks
|Oct 5, 2005
|Apr 20, 2006
|Jon Rachwalski
|Method and system for broadcasting multimedia data
|Apr 30, 2002
|Aug 10, 2006
|Brown Scott K
|Duplicating digital streams for digital conferencing using switching technologies
|Jun 11, 2007
|Dec 13, 2007
|Aol Llc
|Load balancing with direct terminal response
|Aug 31, 2007
|Feb 28, 2008
|Aol Llc
|Generating multiple data streams from a single data source
|May 29, 2007
|Jun 12, 2008
|Aol Llc
|Duplicating switch for streaming data units to a terminal
|Aug 30, 2007
|Aug 21, 2008
|Yusuf Batterywala
|System and method for indexing user data on storage systems
|Jun 23, 2008
|Oct 16, 2008
|Rahul Saxena
|Multicast and broadcast operations in ethernet switches
|Aug 26, 2008
|Dec 18, 2008
|Siu Kai-Yeung Sunny
|Output queued switch with a parallel shared memory, and method of operating same
|Jul 31, 2007
|Feb 5, 2009
|Honeywell International Inc.
|Apparatus and method supporting a redundancy-managing interface between wireless and wired networks
|Mar 29, 2005
|Jun 4, 2009
|Masaaki Higashida
|Communication Device and Communication System
|Dec 6, 2007
|Jun 11, 2009
|At&T Knowledge Ventures, L.P.
|Rating multimedia programs accessed from a provider network
|Mar 12, 2010
|Jul 1, 2010
|Juniper Networks, Inc.
|Systems and methods for efficient multicast handling
|Jul 22, 2010
|Aol Inc.
|Duplicating switch for streaming data units to a terminal
|Apr 14, 2011
|Netlogic Microsystems, Inc.
|Output queued switch with a parallel shared memory, and method of operating same
|Sep 1, 2011
|Brown Scott K
|Duplicating digital streams for digital conferencing using switching technologies
|U.S. Classification
|370/390, 370/406
|International Classification
|Cooperative Classification
|European Classification
|Aug 1, 2000
Owner name: BRIGHTLINK NETWORKS, INC., CALIFORNIA
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:LIPP, ROBERT J.;BOURA, YOUNNES;REEL/FRAME:011119/0032
Effective date: 20000518
|May 5, 2003
Owner name: AZTECH PARTNERS, INC., TEXAS
Free format text: BILL OF SALE;ASSIGNOR:DAVIS, KERRY;REEL/FRAME:013630/0586
Effective date: 20030209
Owner name: DAVIS, KERRY, NEVADA
Free format text: BILL OF SALE INCLUDING EXHIBIT A (REDACTED) & EXHIBIT B;ASSIGNOR:BRIGHTLINK NETWORKS, INC.;REEL/FRAME:013630/0472
Effective date: 20030115
|Dec 14, 2007
|Fee payment
Year of fee payment: 4
|Jan 30, 2012
|Maintenance fee reminder mailed
|Jun 15, 2012
|Lapse for failure to pay maintenance fees
|Aug 7, 2012
|Expired due to failure to pay maintenance fee
Effective date: 20120615


text:
Chad Setterstrom
OL | (6-3, 309, 5.44) | Northern Iowa
By Pro Football WeeklyNotes: Wrestled and played baseball in high school. Redshirted at center in 1998. Was the starting right tackle the last four seasons. Second-team All-Gateway Conference selection in 2000 and '01 and a first-team pick last fall. Third-team Division I-AA All-American in '01.Positives: Is quick off the ball and into position. Has quick feet and good balance. Can shuffle and slide and is a good worker. Plays with pride and has some nastiness in him. Picks things up quickly, anticipates well and can play center in a pinch.Negatives: Tends to overextend when not blocking in line. Isn't strong enough and cannot use his hands effectively. Plays with too much finesse and doesn't get good fits on the second level. Fat percentage was way too high for his size as a senior, and he measured at more than 26 percent at the Combine. Could stand to improve his upper-body strength.Summary: Has the tools to develop into a fine player if he can improve his technique and get and stay in better shape.* Player biographies are provided by Pro Football Weekly.


text:
The certificate in profitability management is designed to provide structure and foundation for aspiring CFO's based on the strategic projects related to operations and marketing with a goal of cost reduction, strategic analysis and improved profitability. Leadership skills, often left unaddressed in traditional undergraduate accounting programs, will be addressed.
The courses can be taken as a stand-alone certificate or be applied to the master of business administration (MBA) with a concentration in profitability management.
Individuals who successfully complete the certificate program and apply for a Graham School of Management graduate degree will have a streamlined application process.
Program Requirements
- ACCT 550: Cost and Profitability Analysis (3)
- FINC 550: Advanced Corporate Finance (3)
- MGMT 507: Leadership and Managing Change (3)
Choose one elective from:


text:
2 Reviews
Very nice! We used it as a main dish - it was filling and flavorful. We enjoyed the nice little kick, and I served with hot sauce on the table for those who wanted more kick. Thanks for sharing. ZWT9
This is such an easy dish to make and it is full of flavor. It can be a main dish or a nice hearty side dish. I used smoked sausage as we have great sausages made here in the Texas Hill Country, but I can see where the cajun sausage would be equally delicious. Thanks so much for the post. Made for the Newest Zaar tag, January, 2012.


text:
Casio QV-4000 Review
1 Introduction
|2 Next
Not a lot of people know this but the QV-4000 was only the second four megapixel digital camera to be announced (the first was Toshiba's PDR-M81). Add to that the the QV-3000 was the first three megapixel digital camera and it's clear that Casio don't drag their heals in keeping up. Casio are on the 'electronics manufacturers' side of the current manufacturer split in the digital camera market, as such they have to prove themselves with their products rather than simply being able to use their name and past reputation.
The QV-4000 was announced back on 22nd June and is available in two different body colours depending on the sales region (black seems to be the colour for the US). From a photographic point of view it boasts a Canon Lens (yes, the same lens used in so many other 3 mp digital cameras) and the Sony 4 megapixel CCD. Feature wise it's fully loaded, with a large range of manual control as well as various focus modes, built in panorama assist, and a superb 'best shot' scene shooting mode which by default has 5 settings but there are no less than 100 scene settings which can be copied onto your CompactFlash card (from the supplied CD-ROM).
- 10 Features
- 11 Features
- 12 Photographic tests
- 13 Photographic tests
- 14 Compared to...
- 15 Compared to...
- 16 Conclusion
- 17 Samples
Nov 20, 2001
Jun 24, 2001
Nov 19, 2004
Nov 19, 2004
I own it
I want it
I had it
Discuss in the forums
Follow us


text:
Pingback: Trulia turns 4: Congratulations! | FlatFeePro.com()
Happy Birthday Trulia. Thanks for the last 4 years, and looking forward to more good things in the future.
Nice post Sami, and nice work guys!
– Mike
Very impressive indeed.
Keep up the great work.
Keep on truckin guys!
Trulia's top-rated
app shows homes for sale near you—anytime, anywhere.
Trulia is an all-in-one real estate site that gives you the local scoop about
homes for sale,
apartments for rent, neighborhood insights, and
real estate markets and trends to help you figure out exactly what, where, and when to buy, sell, or
rent. You can also find a real estate agent, view prices of recently sold homes, and see home values
in your community. Get advice and opinions from local real estate agents, brokers, and other local
experts on Trulia Voices, Trulia's online real estate community.
Copyright © 2014 Trulia, Inc. All rights reserved.
Fair Housing and
Equal Opportunity
Have a question? Visit our Help Center to find the answer.


text:
Staying healthy also means staying safe. Here are some of the top accident risks seniors face, and a few simple tips on how to prevent them. Please share with your friends and family!
Share this Image On Your Site
April 29, 2013 |
Topic(s) : Infographic, Medical Alert, Senior Safety, Uncategorized
Order your medical alert system online! Ships same day if ordered before 2PM PST.Compare All Systems >
Request additional information from a Bay Alarm Medical Senior Care Consultant.Request Information >


text:
Streamline signifies a departure from standard practice by minimizing air distribution piping and individual diffuser components. Engineering using integral piping, tubular membrane and inline support components reduces high stress points and material fatigue. Streamline delivers a new level of simplicity and service life never before available in the industry.
Panel Diffuser


text:
Firefly Night
By Frozen Giant
Open iTunes to buy and download apps.
Winter is approaching and the Fireflies need a home. FireFly Night is a simple yet addictive drag and drop color matching game with 40 levels in GamePlay Mode (adults will be quite challenged on "Hard" so don't be fooled). Drag the Fireflies to their matching colored jar before time runs out! Sometimes you will need to combine fireflies' colors in order to put them into the jars. For example, a blue and a yellow firefly can be combined to make a green firefly. Watch out -- special enemies are spread throughout the game. Spiders, Dragonflies and Bombs will destroy your fireflies and most likely right when you need them. Things can ramp up quickly -- but Snowflakes will help you buy time. Fireflies that can't be saved you can always feed it to the Frog King; he's hungry. The faster you act, the higher your score. Play in easy or hard settings.
FireFly Night also lets you relax in Numbers mode, where you can create numbers out of the collections in the color jars. Drag the night away or thoughtfully construct number sequences that earn you achievements while you play. Some are hard to find, some are easy; all are one-in-a-trillion! How many can you find? (You can get hints to the number sequences by looking at the OpenFeint Achievements list.)
Special Features:
Online leaderboards
Online achievement system
Listen to your own iTunes music while playing by starting a playlist before you begin
Games automatically save as you play
40 Different levels of gameplay
iPhone Screenshots
Customer Reviews
FireFly Night is beautiphul. Sweet relaxing music, vivid colors, and a nice virtual twist on a childhood hobby. I love the colours. Love the music. Phavourite is the numbers game which is, SERIOUSLY, just practice 4 the game with points. I'd be happy just putting bright coloured fireflies in the jars. There's no need, no hurry, 4 a 60, 100, 120 seconds phast as u can 4 a "relax" game. Which brings me 2 y I gave 4 instead of 5 s. The instructions phlash on/off screen sophast. Make sure you're a speedreader b4 purchasing, not legally blind having 2 read each word individually. Gr8 game. Nice price. Poor execution of instructions. Thanks and Frozen Giant 4 allowing pheedback of said product in this phorum.
Fun and addictive!
Beautifully rendered and more challenging than it looks. I want to keep climbing the levels and getting a better score. Simple enough for a kid to pick and an adult not to put down. More games like this please!
Great for kids and adults too
My 3 yr old has fun playing with it. We counted together and the colors are really fun. The start is a bit slow but other than that is pretty cool.
- $0.99
- Category: Games
- Released: Jan 26, 2010
- Version: 1.0
- Size: 21.2 MB
- Language: English
- Seller: Joseph Walters
- copyright ©2010 Frozen Giant
Compatibility: Requires iOS 3.0 or later. Compatible with iPhone, iPad, and iPod touch.


text:
Welcome to Benjamin Fitzpatrick
Hello from Chris, Linsey, James, Caron, Amanda, Michelle, Tina and Andrew – the friendly and professional Benjamin Fitzpatrick agency team. Whether you're buying, letting or selling a property, we are all available to assist you.
Deriving its name from companies dating back to the 1960s, Benjamin Fitzpatrick was established in its current form in 2001. Initially developing a regional and local reputation in the Commercial and Industrial Property Markets, we have quickly established ourselves as leaders in the Residential market. Our specialist divisions range from Industrial, Corporate Recovery, Residential and our Business Transfer Division is growing daily.
During 2004, we have inspected Industrial Property as far apart as the Moray Firth, Plymouth, East and West Coasts, and have made successful sale disposals in Wisbech, Leicester, Sheffield, in addition to sales and lettings across our West Yorkshire base. Benjamin Fitzpatrick undertakes all types of Commercial and Business Transfer Disposals, as well as advising in relation to rent reviews, lease renewals and insolvency. We act on behalf of National and International Companies and our reputation in the Commercial field is undoubted.
Benjamin Fitzpatrick is your local West Yorkshire Estate Agent with experience spanning more than 65 years.
Our extensive range of services and knowledge of the local property market, has enabled us to go above and beyond for our customers and ensure they all experience a friendly and highly professional service when buying, selling or letting your property on the open market, or buying and selling at auction.


text:
Tip of the Day: Taking kids to Peter Pan
Last night was opening night of "Peter Pan" at the Orange County Performing Arts Center. In case you missed it, a group of bloggers from SoCal live-tweeted the show with OC Moms. You can read the transcript on Twitter for a detailed account of what we thought.
The short version is, we all completely loved it! In my opinion, it's an incredibly unique, breathtaking, must-see show for everyone old enough to enjoy it. (see age recommendations, below.)
Here are the top 10 things we think you need to know when taking kids to see the show:
1. This is NOT Disney's version of "Peter Pan." This is a modern adaptation of the original play by J. M. Barrie.
It is more raw, includes some violence that could be scary for little ones (especially when one pirate slits another one's throat), and has minor "bad" language some parents will want to consider -- damn, ass, hell, and stupid, each used repeatedly. Tinkerbell is not cutesy at all.
You might have to explain some plot points -- the characters have complex motivations, and themes of jealousy, hatred, boy-girl attraction, and a negative attitude for grown-ups are more fleshed out than in the animated movie. There are also a few mildly sexy bits that will likely pass over the heads of the younger set.
2. Nor is it the Broadway musical originally starring Mary Martin, though if you've seen that version you'll have an idea of what to expect thematically. There is very little music and almost no singing in this production. I personally didn't miss it in spite of my affinity for musicals.
3. The actors speak with British accents. Because the show is set in London, after all. But small children may need help understanding some of the dialogue.
[caption id="attachment_67462" align="alignright" width="300" caption="Even in the back row, we had a fabulous view of the stage."][/caption]
4. Suggested ages are 5 and up, per the production company. This is due to both the content and the length of the show. Each of the two acts was about an hour, with about 20 minutes for intermission.
Most of the show is very lively, but there are some parts that are heavy on dialogue and light on action (oddly enough especially during the pirate scenes) and there was some fidgeting in our row at these times.
A couple of our kids were wearing out by the end (but we'd started at Rainforest Cafe at 4 p.m. so it had been a long day). You would need to gauge on a kid-by-kid basis. My 8-year old wouldn't have been able to sit through it two years ago, but we had some 3-year olds with us last night who did very well.
5. There really are NO bad seats, as the production company claims. The actors do an excellent job of playing to the whole house, and the staging in the round is very well choreographed so everyone can see well.
For me personally, I prefer to be up a bit for a production like this, and my seat in the very back row was actually perfect -- I still felt close to the action and totally immersed in the show.
I think with smaller kids I would avoid the first couple of rows as the stage is at eye-level for an adult. It's "stadium seating" so above that kids should be able to see over the person in front of them.
6. Arrive early and get your candy. At only $6 for a box the size of Chinese takeout, it's a bargain and super-fun for the kids (and a sharable size, or plan to take some home). But it gets crowded in the candy area closer to show time, so leave yourself plenty of time -- I'd say get there at least a half-hour before the show so you don't feel rushed.
There's a long hold at the start of the show before they seat late arrivals, so you definitely want to be in your seat before the curtain goes up.
[caption id="attachment_67464" align="alignright" width="300" caption="My son carefully selects candy from the bazillion choices available."][/caption]
7. Bring water with you. The candy made the kids very thirsty. You can purchase bottles at the concession counter, but the lines can take a while and you'll have little time to browse or chat. You definitely want water during the first act -- don't wait for intermission.
8. Use the restroom before the show starts. It's a smallish one in Segerstrom Hall, not too far from the tent but I wouldn't want to hike it during the show. There are many points when the show is running where they will not allow people to walk back in, so you want to avoid leaving in the middle. And with only 20 minutes at intermission you'll be hard pressed to get there and back.
9. Shop before the show starts, or at intermission. Concessions, drinks and souvenirs are available in the smaller tent where the candy store is located.
We did the restroom and candy store prior to the show, and spent the intermission waiting in line to buy water, so we planned to look through the other goodies after the show. (My son was hoping to score a sword or a bow and arrow -- I don't even know if those are available.) Unfortunately, the registers were all closed when we exited the tent. I don't know if that will always be the case, but it's a missed opportunity to sell merchandise if so.
10. Finally, have fun! It's a great production with lots of opportunity for family conversation on the way home.
This post sponsored by Three Sixty Entertainment Ltd. presents J.M. Barrie's Peter Pan at the Orange County Performing Arts Center
|Tip of the Day is:
|Simple recipes, crafts and games for you & your kids; mommy how-tos; cheap or free things to do; fun, little-known, kid-friendly places to go in OC.
Have a tip to share? Send an email to firstname.lastname@example.com and include your first and last name, city of residence, the address of your website (if you have one) along with your tip. If your tip is selected for publication, we'll give you credit!
Tell us: Will you be taking your kids to see Peter Pan?
Can't get enough of us? Visit OC Moms for deals, events, features, contests, and news & information just for you. Find OC Moms on Facebook and follow us on Twitter @themomblog. You can also sign up for the weekly OC Moms newsletter.
- Buy tickets for Peter Pan
- Peter Pan special section from the Orange County Register
- This Peter Pan Really Flies from the Register's Entertainment section
More from the Mom Blog
[rssfeedme cat="themomblog|themomblog|themomblog|themomblog|themomblog|themomblog|themomblog" multi=6
feedpath="/author/rhack/feed/|/author/jangelici/feed/|/author/jreed/feed/|/author/muyemura/feed/|/author/astevens/feed/|/author/epak/feed/|/author/tcisneros/feed/" max="6"]
philadelphia convention center
Most Popular
- Woman critical after being hit by vehicle in Costa Mesa
- U.S. Open of Surfing: 'Will you marry me?' Pro surfer proposes on pier
- Costa Mesa Police detail homeowner's 2012 fatal shooting of burglar -- caper involved art
- Grocery Outlet debut: Free Bruxie lunch for shoppers next week in Orange
- Early Trump supporter changes her tune
User Agreement
Comments are encouraged, but you must follow our Privacy Policy Policy & Terms of Use
Keep it civil and stay on topic. No profanity, vulgarity, racial slurs or personal attacks. People who harass others or joke about tragedies will be blocked. By posting your comment, you agree to allow Orange County Register Communications, Inc. the right to republish your name and comment in additional Register publications without any notification or payment.


text:
- Product Information
Product DescriptionHave a grand and festive get together for your South of the Border or Cinco de Mayo Fiesta and decorate your table with our Fiesta Grande Paper Goods. Our colorful fiesta paper products are perfect for mixing and matching to your party's color scheme. Our Fiesta Grande Paper Lunch Napkins come 16 per pack. Please order in increments of 1 pack.
- Questions & Answers
- Reviews
Nautical Party Ideas
A nautical themed party is the perfect summer party theme! Throw your own Nautical Party with the help of these creative party ideas.
What is Glow Fishing?
Learn what glow fishing entails, as well as the products necessary to get you started!
How to Spice up your Summer with a Western BBQ
Add a fun twist to traditional backyard barbecues with a Western theme party! Transform your backyard party space into a Saloon and have a grand ol' time with friends and family with the help of these Western BBQ party ideas.


text:
Vocalist, Rapper of BTOB
Become true fan of Ilhoon to write a fan message
Happy birthday!
Waaaaaah~! That SMILE~~ >/////////<
Happy birthday!
omg the new pic is so cute i loved this song
I agree with you. :333
the reason why i came to like BTOB is his rapping and he is so cute and handsome too good luck in ur future activities baby boy


text:
Groundbreaking Year - Twenty Twelve
- Artists Tiago Ribeiro, Zalaz, Fragoso, Tiago Ribeiro, Thomas Stiller, Gabriel Feitor, Swing City, Sohan, 2tan, Joao Martins, Fragoso
- Release Date 2012-12-17
- Labels AU Records
- Catalog AUGB2012
- Description To close our catalog of 2012, we've decided to release a compilation that show the banger tracks released this year.It's called Groundbreaking Year and this time is called Twenty-Twelve (2012). There is no much to explain about that. Just listen!


text:
Hello there, I'm sorry if this has already been asked but I cannot find a thread.. I'm wondering if it's possible to display a visitor counter from WordPress.com stats inside my self-hosted blog?
I do not have widgets enabled, so I need the code to include the number on the footer. Is this possible?