Cisco Certification: Introduction To ISDN, Part V

Telepresence and Holography / Holograms - November 2008

Editor’s viewpoint on their differences, likenesses and future...

We all just recently viewed an historic CNN holographic interview on an historic Election Night. CNN stated this type of imaging has never been done before on National TV and I believe that. I haven’t seen anything like it. The live interview caught me by surprise and sure had the “wow” factor attached to it didn’t it? Here’s a link to the actual interview.

CNN Hologram Video

The question now has to be asked. Is it Telepresence?

I’m no expert on the subject but I’m going to throw my hat into the ring, go out on a limb and say yes, I believe it is. Although I know many video conferencing purists are rolling their eyes and grabbing their guns right about now with my statement.

While I do know that Telepresence still hasn’t been universally defined (Houston, we have a problem), here’s how I see it…. Broken down to its simplest form - “tele” (through electronic means) and “presence” (present). This is how I’m justifying my opinion by lumping holography and Telepresence together. Just as Telepresence is surely an offshoot of video conferencing, holographic imaging (like we viewed on CNN) surely has to be considered an offshoot of Telepresence. The interviewer was “telepresent” from Chicago and beamed into the CNN Election Headquarters. She was most assuredly - “telepresent”. There was negligible latency, the imaging was fantastic and both interviewers were rehearsed on what they would say. I’ve just recently read that CNN actually “downgraded” the experience to make it “movie” quality and not as good as it could have been. Maybe they thought us mere mortals would be shocked if they showed their complete hand. I have a feeling it was so big to them, they didn’t want it to get upstaged by the historic election. I’m willing to bet we’ll see the “true” power of this technology in the upcoming weeks and months when they can put the pedal to the medal and show it off without having it sidetracked.

What an amazing time for this technology (all differences and opinions aside). Telepresence Doctors, nurses, teachers, schools and healthcare (healthpresence) will benefit from the recent gains in this state-of-the-art industry whether holograms, Telepresence or holography. Airlines also have to see the threat to a portion of their business travel. Hell, who wants go through security and fly to Miami for a two-hour conference when you can look them in the eye via Telepresence?

Beam me up Scotty! Simply amazing…!

Visit the free Telepresence Forum for more information and discussion

Your Editor and Administrator - L II
"Ride on the Next Plane of Existence" TM

The major reason I recommend getting your hands on real Cisco equipment rather than a simulator is that real Cisco routers give you the chance to practice and learn show and debug commands.

The knowledge you acquire from debugs is invaluable. Frankly, it’s this knowledge that puts you above the “averageâ€쳌 CCNA who doesn’t have that hands-on experience. Watching debugs in action also gives you a head start on the CCNP. Since 90 â€" 95% of CCNAs go on to pursue the CCNP, it’s a great idea to get started with debugs now.

Don’t make the mistake of waiting until you’re studying for your CCNP and CCIE to start learning debugs and shows. The work you do for the CCNA is the foundation for everything you’ll do in the future.

Never, ever, ever practice debugs on a production network. There are debugs that will give you so much information that the router actually becomes overloaded and then locks up. Never practice debugs on a production network.

It’s important to know the proper show and debug commands for ISDN for several reasons. First, by watching ISDN in operation, you can see its processes and better understand what’s going on. Secondly, it’s difficult if not impossible to properly troubleshoot ISDN without knowing the proper show and debug commands. (It’s easy to overlook an ISDN authentication error just by looking at the configuration, but running debug ppp negotiation will quickly show you where the problem lies.)

Let’s take a look at the ISDN show and debug commands that every CCNA and CCNP should know.

Show ISDN Status

If you only know one ISDN show command, it’s got to be this one. Always use this command after configuring your ISDN switch type and any necessary SPIDs. The command will show you the switch type (and will also show you if you did not configure a switch type), and whether the SPIDs you entered are valid:

R1#show isdn status Global ISDN Switchtype = basic-ni < ISDN switch type is correctly configured.> ISDN BRI0 interface

dsl 0, interface ISDN Switchtype = basic-ni

Layer 1 Status:

ACTIVE

Layer 2 Status:

TEI = 91, Ces = 1, SAPI = 0, State = MULTIPLE_FRAME_ESTABLISHED

TEI = 92, Ces = 2, SAPI = 0, State = MULTIPLE_FRAME_ESTABLISHED

Spid Status:

TEI 91, ces = 1, state = 5(init)

spid1 configured, no LDN, spid1 sent, spid1 valid < SPID 1 is good.>

Endpoint ID Info: epsf = 0, usid = 1, tid = 1

TEI 92, ces = 2, state = 5(init)

spid2 configured, no LDN, spid2 sent, spid2 valid

Endpoint ID Info: epsf = 0, usid = 3, tid = 1

Layer 3 Status:

0 Active Layer 3 Call(s)

Activated dsl 0 CCBs = 0

The Free Channel Mask: 0x80000003

Once in a while, you’ll get this output from show isdn status:

R2#show isdn status The current ISDN Switchtype = basic-ni1 ISDN BRI0 interface

Layer 1 Status:

ACTIVE

Layer 2 Status:

Layer 2 NOT Activated

Spid Status:

TEI Not Assigned, ces = 1, state = 3(await establishment)

spid1 configured, no LDN, spid1 NOT sent, spid1 NOT valid

TEI Not Assigned, ces = 2, state = 1(terminal down)

spid2 configured, no LDN, spid2 NOT sent, spid2 NOT valid

Check your running configuration, and if the SPIDs look good, simply close the BRI interface and open it again. Then run show ISDN status again. If you then see “spids are validâ€쳌, you’re ready to proceed. If you still see a message that the spids are invalid, you’ve most likely mistyped the SPID.

Show Access-List

What’s this command got to do with ISDN? Everything.

Remember how the ISDN link comes up in the first place? Interesting traffic. By default, there is no interesting traffic. You define interesting traffic with the dialer-list and dialer-group commands, AND the access-list command. If you have a problem with your link never coming up or with it coming up and staying up, use this command to see what traffic has been defined as interesting.

Show Dialer

Another helpful command to determine why an ISDN link is coming up and staying up. This command shows you how many successful calls and failed calls have taken place, what the current idle-timer value is (by default, it’s 120 seconds), and most importantly, what the source and destination was for the current interesting traffic:

R1#show dialer
BRI0 - dialer type = ISDN
Dial String Successes Failures Last called Last status
8358662 1 0 00:00:59
successful
0 incoming call(s) have been screened.
0 incoming call(s) rejected for callback.

BRI0:1 - dialer type = ISDN
Idle timer (120 secs), Fast idle timer (20 secs)
Wait for carrier (30 secs), Re-enable (15 secs)
Dialer state is data link layer up
Dial reason: ip (s=172.12.21.1, d=172.12.21.2) < s=Source, d=Destination >
Time until disconnect 62 secs
< Idle timer, reset by interesting traffic only >
Connected to 8358662 (R2)

Here, you can see that the idle-timer value is at its default, that there are 62 seconds left until the link comes down (unless interesting traffic resets the timer), and that the source of the interesting traffic was 172.12.21.1 and the destination is 172.12.21.2. If that destination is the multicast address of a routing protocol â€" say, 224.0.0.5 for OSPF â€" you know what traffic is keeping the line up.

Show ISDN History

Want to see what calls have been made in the last 15 minutes? Just run this command. It’s helpful if you’re walking in to an ISDN troubleshooting situation and want to see what calls have been made.

R1#show isdn
history-------------------------------------------------------------------------------- ISDN CALL HISTORY--------------------------------------------------------------------------------History table has a maximum of 100 entries.History table data is retained for a maximum of 15 Minutes.--------------------------------------------------------------------------------Call Calling Called Remote Seconds Seconds Seconds ChargesType Number .Number Name Used Left Idle Units/Currency-----------------------------------------------------------------------------------------------------------Out 8358662 R2 121 0Out 8358662 R2 121 0-----------------------------------------------------------------------------------------------------

Debug PPP Negotiation

Not only do you need to know this command for your CCNA and CCNP exams, you MUST know it to be an effective ISDN troubleshooter.

When PPP authentication is first configured, it’s simple to mistype a password, or forget to configure a “username / passwordâ€쳌 combination. Instead of continually reading your running configuration to see what the problem is, run debug ppp negotiation and send a ping to bring the line up. You’ll quickly see where the problem is.

R2#debug ppp negotiation PPP protocol negotiation debugging is on R2#ping 172.12.21.1

BR0:1 PPP: Phase is AUTHENTICATING, by both < Both routers are authenticating the other with CHAP. > BR0:1 CHAP: O CHALLENGE id 1 len 23 from "R2" < R2 is sending a challenge to the remote router. O = “outgoingâ€쳌. > BR0:1 CHAP: I CHALLENGE id 1 len 23 from "R1" < A CHAP challenge has come in from R1. I = “incomingâ€쳌> BR0:1 CHAP: O RESPONSE id 1 len 23 from "R2" < R2 is sending a response to the challenge. > BR0:1 CHAP: I SUCCESS id 1 len 4 < A success message has come in , indicating the challenge was successfully met. > BR0:1 CHAP: I RESPONSE id 1 len 23 from "R1" < A response to the challenge sent to R1 is now coming in. > BR0:1 CHAP: O SUCCESS id 1 len 4 < The challenge was successfully met by R1, and a success message is sent. >

By mastering these simple ISDN show and debug commands, you increase your chances of passing the CCNA and CCNP exams greatly, and vastly improve your on-the-job skills.

I recommend you visit www.cisco.com/univercd for more show and debug commands. Learning to negotiate this valuable online resource will truly help you become more valuable on the job. Every Cisco router and switch command, along with default and usage guidelines, can be found on this site. I’ll have an article posted soon to help you learn your way around the site; in the meantime, I urge you to begin adding this website to your troubleshooting toolkit.

Chris Bryant, CCIE (TM) #12933, has been active in the Cisco certification community for years. He has written several books that have helped CCNA candidates around the world achieve the coveted CCNA certification, including several concentrating on binary math conversions and subnetting questions that the average CCNA candidate will need to answer on their CCNA exams.

He is the owner of The Bryant Advantage (http://www.thebryantadvantage.com) where he teaches affordable world-class CCNA courses via the Internet, and sells his popular Cisco certification books. He’s proud to have helped CCNA candidates around the world achieve their career goals. Mr. Bryant’s books and courses are sold on his site, on eBay, and on several other major Cisco certification sites.

Custom Search

To learn more about Telepresence, the revolutionary new style of immersive video conferencing; visit these websites:

Telepresence - "Ride on the Next Plane of Existence" - Telepresence
Telepresence Web Portal - Telepresence Internet web portal
Telepresence Report - 24/7 breaking Telepresence related news and information
Via Telepresence - Video conferencing via Telepresence
Telepresence Forum - Free user discussion forum for everything Telepresence related
Telepresence Today - Telepresence information and editor qualified headline news
Telepresence Resource Directory - Telepresence web resource directory
Telepresence Tube - Telepresence videos, pictures and more