O.K. Now comes the fun part. I work for an ISP and we have two different customers in the same town who have experienced the same problem. And, as a network engineer, I have been able to reliably recreate the problem. As well, I have engaged an Apple developer to get some assistance.
Service at near end customer location is up to 1X10 Mbps (818 kbps X 10 Mbps) PPPoE over ADSL2+ connection.
Service at far end customer location is up to 5X30 Mbps (3 Mbps X 10 Mbps) Ethernet over cable modem.
Near end device as a mobile SD device talking to a far end mobile SD device . . . works fine. Occassionally vertical lines of pixelization will mess with the video but it will stay running.
Near end device as a mobile SD device talking to a far end OSX or iOS HD device . . . the far end device will almost immediately start flashing green, then go completely green. If the far end device is running iOS and does not disconnect quickly it will reboot with a kernel panic. If the far end device is running OSX the video will just stay green and eventually the Facetime application will fail with tons of errors. On one occassion it rebooted the OSX device.
Although we have not yet been able to verify it, we believe that it only happens when there is insufficient bandwidth from an HD device coming back through an Internet connection that is upstream (inbound) constrained. But, we have attempted to model this over and over and over as a constrained connection in a lab over Ethernet without a failure. It must be a specific kind of constraint that causes this situation.
Upon performing packet captures on the near end, all we see is that the far end HD device stops transmitting packets. The near end device continues to transmit packets until the Facetime session is ended. We even tunneled through a PPTP tunneling server to perform the same exact set of tests and all the same results occurred.
The near end network connection is somehow impacting and sometimes even killing the far end devices. But, it seems to be device video resolution dependent.
Will add more as we learn more.
Message was edited by: s0l4rb03