11 May 2012

Where is "show dsl int atm 0" on newer 887VA / EHWIC-VA-DSL?

Frequently in my career as a network engineer you need to find the true reason for why an issue is occurring. For ADSL it is important to know things like noise margins, attenuation and error counts as well as DSL sync statistics such as are you syncing at ADSL1/ADSL2/ADSL2+. With Cisco's recent refresh of equipment a few commands I relied upon with daily troubleshooting of ADSL ("show dsl interface atm 0") suddenly disappeared. I thought I'd help others who may be looking for the similar commands on the new router models.

Behold!
"show controllers vdsl 0 brief"
Example output:
RT01#show controllers vdsl 0/0/0 brief
Controller VDSL 0/0/0 is UP
Daemon Status:           Up                        XTU-R (DS)              XTU-C (US)
Chip Vendor ID:         'BDCM'                   'ALCB'
Chip Vendor Specific:   0x0000                   0x0000
Chip Vendor Country:    0xB500                   0xB500
Modem Vendor ID:        'CSCO'                   '    '
Modem Vendor Specific:  0x4602                   0x0000
Modem Vendor Country:   0xB500                   0x0000
Serial Number Near:   FOCxxxxxxx2911/K9  15.2(1)
Serial Number Far:
Modem Version Near:    15.2(1)
Modem Version Far:     0x0000
Modem Status:            TC Sync (Showtime!)
DSL Config Mode:         AUTO
Trained Mode:            G.992.1 (ADSL) 
Annex ATC Mode:                 
ATMSelftest Result:         0x00
DELT configuration:      disabled
DELT state:              not running
Trellis:                 ON                       
ONSRA:                     disabled                        disabled 
SRA count:              0                       0
Bit swap:                enabled                         enabled 
Bit swap count:         0                       0
Line Attenuation:         7.5 dB                  7.0 dB
Signal Attenuation:       7.5 dB                  0.0 dB
Noise Margin:            18.5 dB                 24.0 dB
Attainable Rate:        12132 kbits/s            1120 kbits/s
Actual Power:            15.6 dBm                 9.1 dBm
Total FECS:             0                        0
Total ES:               0                        0
Total SES:              0                        0
Total LOSS:             0                        0
Total UAS:              0                        0
Total LPRS:             0                        0
Total LOFS:             0                        0
Total LOLS:             0                        0
Full inits:             1Failed full inits:      0
Short inits:            0Failed short inits:     0
Firmware        Source          
File Name (version)--------        ------          -------------------
VDSL            embedded        
VDSL_LINUX_DEV_01212008 (1)
Modem FW  Version:      110331_1212-4.02L.03.A2pv6C032b.d23f
Modem PHY Version:      A2pv6C032b.d23f
                  
                   DS Channel1     DS Channel0   US Channel1       US Channel0Speed (kbps):
                          0             7616            0               384
SRA Previous Speed:       0                0             0                 0
Previous Speed:           0                0             0                 0
Total Cells:              0         92746827             0                 0
User Cells:               0          1160177             0                 0
Reed-Solomon EC:          0                0             0                 0
CRC Errors:               0                0             0                 0
Header Errors:            0                0             0                 0
Interleave (ms):       0.00            16.00          0.00              0.25
Actual INP:            0.00             2.00          0.00              0.00
Training Log :  StoppedTraining 
Log Filename : flash:vdsllog.bin
From this command you can see the attenuation (7.0dB/7.5dB), noise margin (18.5dB/24dB) and the actual data rate we're synced at (bottom table in the "DS Channel0" and "US Channel0" for row "Speed (kbps)" - 7.6Mbps DOWN/384Kbps UP in this case).

That's it. Hope it helps someone out there! I've been hunting for this one for a while.

2 April 2012

Cisco 887VAG - Unable to get the 3G working

Today I was tasked with configuring a Cisco 887VAG's 3G interface... and had some issues. Here in Australia I've done plenty of 3G on Cisco router configurations so this one kind of frustrated me a little
The basics of the issue are that the Cisco 887VAG doesn't seem to support "encapsulation ppp" even though the router happily accepts the command.
The configuration for most 3G varieties with Cisco looks something like the following:

TEST#
cellular 0 gsm profile create 1 <APN> chap <username@domain.com.au> <password>
TEST(config)#
chat-script gsm "" "ATDT*98*1#" TIMEOUT 60 "CONNECT"
!
interface Cellular0
description NextG Modem Dialer Interface
no ip address
encapsulation ppp
dialer in-band
dialer pool-member 1
async mode interactive
!
interface Dialer1
ip address negotiated
ip virtual-reassembly
encapsulation ppp
dialer pool 1
dialer idle-timeout 0
dialer string gsm
dialer persistent
dialer-group 1
no fair-queue
no cdp enable
ppp chap hostname <username@domain.com.au>
ppp chap password <password>
ppp ipcp dns request
!
!
ip route 0.0.0.0 0.0.0.0 Dialer1 250
!
!
access-list 1 permit any
dialer-list 1 protocol ip list 1
!
!
line 3
script dialer gsm
no exec
transport input all
transport output telnet
In the above, you have a 3G profile, a cellular interface and dialer interface all joined together. On the 887VAG the encapsulation ppp command spat out an issue as follows:
TEST(config)#int cell 0
TEST(config-if)#encapsulation ppp
Cellular0: Only SLIP encapsulation supported

Without PPP we can't authenticate. Without authentication... it won't allow me to connect. Regardless, I couldn't find much information out there on this specific issue so I thought a blog entry would be handy. I've got a TAC case lodged with Cisco now... will update as more information comes to hand.
The Cisco 887VAG is running:
TEST#show ver

Cisco IOS Software, C880 Software (C880DATA-UNIVERSALK9-M), Version 15.1(4)M3, RELEASE SOFTWARE (fc1)

Technical Support: http://www.cisco.com/techsupport
Copyright (c) 1986-2011 by Cisco Systems, Inc.
Compiled Tue 06-Dec-11 22:52 by prod_rel_team
ROM: System Bootstrap, Version 15.1(2r)T2, RELEASE SOFTWARE (fc1)

TEST uptime is 1 hour, 11 minutes
System returned to ROM by power-on
System restarted at 00:56:10 UTC Mon Apr 2 2012
System image file is "flash:c880data-universalk9-mz.151-4.M3.bin"
Last reload type: Normal ReloadTEST(config)#int cell 0

=======================================

Update 1:
As John Marshall indicated in the comments below, there is a configuration guide available from Cisco here. I was directed to that guide by TAC just over the last week or so. I've had some delays with getting through to TAC for me due to SmartNet coverage and so forth.

For me, the guide indicated didn't work.... I have several devices all fresh from factory. I tried setup a second 887VAG with the guide configuration from scratch like for like to what John did and still no go.

I'm making some progress with TAC now... we will see how we go. Oh, and the SIM definitely works (it was confirmed on a 887G on my desk using the old style configuration security).

This isn't all to say I haven't been making "some" progress though. The cellular interface on the new routers "HAS" to be slip encapsulation. It is just the way the new modem interfaces with the chassis. Refer to the configuration guide from Cisco for more information on that.

I'll probably write another post with configuration/troubleshooting steps once I get it sorted completely... for the moment I'm still stuck but am working with TAC to get this resolved.

For the meantime here are some useful commands:
  • debug cellular 0 messages all - If you want to see if the cellular interface is doing "something" chuck this command in to have a look at the back/forth between the cellular interface and the cell tower.
  • show cell 0 radio history all - This shows you RSSI history on the modem much like "show proc cpu history" shows you CPU loading history. Cool.
  • debug ppp negotiation / debug ppp authentication - In theory (at least on the old routers) these commands were useful because they confirmed either you were at the PPP level of the connection. I'm not sure if these work on the newer models though... yet. I plan to find out.
Useful information:
  • The cellular profile referenced by the "AT" command seems to still be configured using the "cell 0 gsm profile create" command according to the guide
  • The chat-script line referenced by the old (AT98*1)/new (AT!SCACT=1,1) routers differs but achieves the same thing. These are the AT commands the chassis runs to initiate a connection on the onboard Sierra Wireless card to connect using a profile. The differences are mainly cosmetic and you shouldn't need to tinker with them beyond defining "1" as the profile.
What I am thinking:
  • At the moment if I telnet into the modem itself (you shouldn't need to do this) and run the AT command specified by Cisco's guide I get an error:

    Router#telnet 1.1.1.1 2003
    Trying 1.1.1.1, 2003 ... Open
    AT!SCACT=1,1
    +CME ERROR: no network service

    Now I also tried creating a profile on the modem itself using AT commands that specified PAP authentication... and when I ran the AT command described above "OK". Which means "successful". Frustrating. (I've been careful to only play with AT commands on one device in case it breaks it)
I'll continue to work through with Cisco...

=======================================

Update 2: Resolution
In the end the Cisco provided configuration in the link above (or in comments) is correct. Use that configuration. My issue was related to the cellular profile not being the correct type. Telstra need IPv4 type profiles for internet. I was configuring PPP type profiles. I will write up a more detailed guide at some point.

29 March 2012

Outlook 2010 and the curse of the invisible mail rules...

I just had a fun morning troubleshooting outlook. My mailbox had certain rules stopping noisy/mis-configured monitoring servers from popping up in my inbox all day. The monitoring server was repaired today and I wanted to remove the rule that pushed the "noise" mail to a particular folder and marked it as read... Easy enough, navigated to manage rules in Outlook 2010 and... huh? It looks like there are no rules pushing the false-positive alerts to the folder. Mails are still definitely being redirected though. This must be fixed!

Just to be sure, I disable all rules in Outlook and wait for a few monitoring alerts to come through and of course they are still being caught by an invisible rule somewhere, and being moved to the specific folder and marked as read. So what's going on here?

A few minutes Google-teching the issue I came across a few possible ways to resolve the issue.

  1. Quick-rebuild the Outlook profile - Remove profile in Windows Mail control panel item and pull it down again from Exchange server. This didn't work for me...
  2. Hard-rebuild of Outlook profile - Remove the profile completely (navigate to and delete AppData files/etc) and pull it down from the server again. Again, this didn't work for me...
  3. Break the rule - Removed the Outlook folder that contains the moved monitoring mails and also rebooted Outlook with a "/clearrules" argument - This worked...

I know that removing folders that rules rely upon to breaks the Outlook rule logic thus the rule stops... so this may have resolved it. I am thinking the "/clearrules" flag also helped as well.

Which one fixed it? Not exactly sure... but it works now. Regardless, hopefully this helps someone else...