Tag Archives: Telecommunications

Fresh Tech | Intraway Secures DOCSIS

Intraway DOCSIS Security and Fraud Detection

I first heard of Intraway’s products through a LinkedIn request to talk about DOCSIS security from Intraway’s CEO, Leandro Rzezak. This immediately peaked my interest becuase today our DOCSIS networks are inherently insecure and many are unaware of this. What do I mean by insecure? No, not crying and sniffling in a corner. They are open to theft of service, illegal intercept of the data transmitted, illegal wiretapping of phone calls, etc. Even with Baseline Privacy Interface Specification (BPI+) DOCSIS is quite hackable as evidenced on a number of well known hacking sites. The cool factor in the Fraud & Network Usage Control module offered by Intraway is that they have developed effective algorithms which sit on-top of the most used provisioning systems, Cisco’s CNR and Incognito’s BCC.

DOCSIS 3.0 Modems Readily Available

If you have been upgraded to DOCSIS 3.0 and were issued a cable modem from your cable provider, you are probably paying a monthly fee for that device. I have always been a strong advocate of owning my own cable modems because it likely pay for itself over the two or three years you own it.

Undocumented Cisco CMTS Commands

Every now and then you find a very useful URL. If you are a Cisco CMTS user then you find some of the undocumented commands on this site usefull:

DOCSIS 3.0 Tutorial – Downstream Channel Bonding

Downstream Channel Bonding is perhaps the ball bearings of DOCSIS 3.0, enabling subscriber data speeds in excess of 160 Mbps (4 times that of previous DOCSIS versions). While conceptually simple, the principle of combining multiple downstream DOCSIS channels together to carry the same user data must have tight constraints in order to preserve the integrity of the data and have the data arrive at the correct subscriber’s device and in sequence. This article will cover both the physical layer aspects and DOCSIS protocol aspects that enable channel bonding.

DOCSIS 3.0 Tutorial – The EQAM

In my article on DOCSIS 3.0 M-CMTS architecture, I talked about the distributed nature of the CMTS with an M-CMTS core (the CPU of the system), a DOCSIS Timing Server, and an edge Quadrature Amplitude Modulator (EQAM). I am going to cover the EQAM in detail in this article because in the past couple of years, EQAM (also spelled eQAM) has rapidly become part of our vocabulary but its operation and value often go unappreciated. Further, in order to fully understand DOCSIS 3.0 operation, downstream channel bonding, and possible issue which may arise, a thorough understanding of the eQAM is critical.

DOCSIS and Cable Modems – How it works :: Tutorial Wrap Up

DOCSIS tutorial wrap up

If you have followed the “DOCSIS and Cable Modems – How it works” tutorials this far, congratulations! You now have a basic foundation of how DOCSIS networks operate and the ability to pick up the DOCSIS specification and read and comprehend it – this is hard to do for the novice. If you are just finding this blog for the first time, then I recommend that you go to the DOCSIS Tutorial Series and start at the beginning before proceeding.

DOCSIS and Cable Modems – How it works :: Station Maintenance

DOCSIS Station Maintenance

While the UCD provides the language of the DOCSIS network, the Station Maintenance messaging is the proverbial “heartbeat” of the DOCSIS network. A station maintenance session consists of a Range Request sent from a cable and a Range Response sent by the CMTS. The CMTS analyzes the signal quality of the Range Request message and sends back any necessary RF adjustments in the Range Response message. This “handshake” between every cable modem and the CMTS must occur once every 30 seconds as dictated by the DOCSIS specification.

DOCSIS and Cable Modems – How it works :: Anatomy of a Burst

DOCSIS Anatomy of a Burst

Previously I have discussed that cable modems share the upstream channel by using Time Division Multiple Access (TDMA).  This means that when a cable modem is not transmitting data its RF transmitter is turned off.  In order to transmit data it must transmit a burst of data which contains a REQUEST to the CMTS.  The

Troubleshooting DOCSIS – VoIP Impairments > Delay & Jitter

In this blog I will address delay and jitter as they pertain to VoIP in a DOCSIS network.  Delay, jitter and packet loss are the three primary impairment in a VoIP network, but packet loss was addressed in my Troubleshooting DOCSIS – VoIP Impairments > Packet Loss blog. After packet loss, delay is the second

Troubleshooting DOCSIS – VoIP Impairments > Packet Loss

In this blog I am going to focus on VoIP packet loss, which is just one of the three (3) primary types of VoIP impairments that are present in a DOCSIS network. I will cover many RF and IP terms in this blog that I have not discussed in my previous tutorials, not to worry! This terminology is all fodder for future blogs. :-)

To review, the three fundamental impairments which impact call quality of VoIP communications are as follows:

* Packet Loss – The complete or partial loss of a packet containing actual voice payload.

* Delay – The time a packet takes to traverse the space between the source and destination of a voice call. The space is comprised of both the physical distance the data must travel in addition to the active network routing and switching elements, which contribute additional delay.

* Jitter – The variance of inter-packet arrival time from one transmitted packet to the next sequential packet.

bradyvolpe.com is Stephen Fry proof thanks to caching by WP Super Cache