ShoreTel Phone - Managed Switch Port?

[bboone]

Hello,

Is there a way to telnet (or http) to a ShoreTel phone and view the switch port statistics on the Phone(to LAN) port and the PC port? We have managed switches that allow us to view status, error counts etc, and now find that when we daisy chain PCs through the ShoreTel phones, we've lost a layer of visibility into the network. Have searched high & low to no avail.

Cisco phones do allow you to view their Phone's and PC port stats. Hoping ShoreTel may have this capability also.

Thanks,
Benjamin

[ccm399]

You can use basically the same command that you use to turn telnet on for a switch

The following is a list of command that can be run on the phone:

help Print this list
ioHelp Print I/O utilities help info
dbgHelp Print debugger help info
nfsHelp Print nfs help info
netHelp Print network help info
spyHelp Print task histogrammer help info
timexHelp Print execution timer help info
h [n] Print (or set) shell history
i [task] Summary of tasks' TCBs
ti task Complete info on TCB for task
sp adr,args... Spawn a task, pri=100, opt=0x19, stk=20000
taskSpawn name,pri,opt,stk,adr,args... Spawn a task
td task Delete a task
ts task Suspend a task
tr task Resume a task
d [adr[,nunits[,width]]] Display memory
m adr[,width] Modify memory
mRegs [reg[,task]] Modify a task's registers interactively
pc [task] Return task's program counter

Type <CR> to continue, Q<CR> to stop:

iam "user"[,"passwd"] Set user name and passwd
whoami Print user name
devs List devices
ld [syms[,noAbort][,"name"]] Load stdin, or file, into memory
(syms = add symbols to table:
-1 = none, 0 = globals, 1 = all)
lkup ["substr"] List symbols in system symbol table
lkAddr address List symbol table entries near address
checkStack [task] List task stack sizes and usage
printErrno value Print the name of a status value
period secs,adr,args... Spawn task to call function periodically
repeat n,adr,args... Spawn task to call function n times (0=forever)
version Print VxWorks version info, and boot line

Hope this helps!

[ccm399]

Wow that looks a lot better in the edit screen...sorry it's so bunched up.

[cburgy]

Actually, that just scratches the surface on the commands on the phone and doesn't really show you any of the useful ones. The commands are very similiar to the SG switches (phones run VXWorks as well). There are some additional "debug" modes that are not discussed anywhere as well.


From a phone, you'll mainly be using interface type commands (ifShow, routeShow, etc.) that are available in the maint. guide for the SG switches. Anything beyond that, you should involve a partner and TAC in.

[ccm399]

Correct...

I was mainly trying to show that you can get into the phones via telnet.

I should have worded my post differently. I telentted in and typed help at the prompt which does show the netHelp command that will give them access to the commands you mentioned. Hopefully I gave enough info to get them going.

I did not state the telnet enable command in the first post either it is phonectl -telneton <IP of phone>

Chris

[bboone]

I originally asked the question, but I'm not sure my inquiry was understood. I know you can telnet to the phones . . done it. What I was able to find/discover was not helpful in terms of checking the switchports on the phone to determine the switchport statistics and especially errors (ie speed/duplex mismatches) may be occurring between the phone and the PC that is connected through it.

My point, is that by adding the ShoreTel phones, we have lost a layer of visibility into our network. With fully managed switches, we used to have end-to-end visibility between nodes. Does anyone know if it is possible to get the type of managed switch port information from the shoreTel phones it is from the Cisco phones. Screen shots attached. These statistics are similar to port statistics you would get from any managed switch port (hp, cisco, netgear, etc.).

Thanks - Benjamin

[blynch]

Check interfaces stats on IP phones

Benjamin,

at the command line while telneted into the phone. you can run the following commands to get stats of interface.

-> ifShow
lo (unit number 0):
Flags: (0x48049) UP LOOPBACK MULTICAST TRAILERS ARP RUNNING INET_UP
Type: SOFTWARE_LOOPBACK
inet: 127.0.0.1
Netmask 0xff000000 Subnetmask 0xff000000
Metric is 0
Maximum Transfer Unit size is 1536
0 packets received; 12 packets sent
0 multicast packets received
0 multicast packets sent
0 input errors; 0 output errors
0 collisions; 0 dropped
0 output queue drops
bcm (unit number 0):
Flags: (0x68043) UP BROADCAST MULTICAST ARP RUNNING INET_UP
Type: ETHERNET_CSMACD
inet: 10.99.0.50
Broadcast address: 10.99.0.255
Netmask 0xff000000 Subnetmask 0xffffff00
Ethernet address is 00:10:49:09:de:d4
Metric is 0
Maximum Transfer Unit size is 1500
0 octets received
0 octets sent
13459 unicast packets received
6591 unicast packets sent
0 non-unicast packets received
470 non-unicast packets sent
0 incoming packets discarded
0 outgoing packets discarded
0 incoming errors
0 outgoing errors
0 unknown protos
0 collisions; 0 dropped
0 output queue drops
value = 26 = 0x1a
->
->
-> inetstatShow
Active Internet connections (including servers)
PCB Proto Recv-Q Send-Q Local Address Foreign Address (state
)
-------- ----- ------ ------ --------------------- --------------------- ------
-
81c6ebec TCP 0 226 10.99.0.50.23 10.99.0.10.2108 ESTABL
ISHED
81c6ee88 TCP 0 0 0.0.0.0.23 0.0.0.0.0 LISTEN
81c6e950 TCP 0 0 0.0.0.0.513 0.0.0.0.0 LISTEN
81c7e8a4 UDP 0 0 0.0.0.0.3000 0.0.0.0.0
81c7e744 UDP 0 0 0.0.0.0.5554 0.0.0.0.0
81c7e1c4 UDP 0 0 0.0.0.0.60000 0.0.0.0.0
81c7e694 UDP 0 0 0.0.0.0.2427 0.0.0.0.0
81c7e484 UDP 0 0 0.0.0.0.5555 0.0.0.0.0
81c7e3d4 UDP 0 0 0.0.0.0.1269 0.0.0.0.0
81c7e324 UDP 0 0 0.0.0.0.68 0.0.0.0.0
value = 1 = 0x1
-> ipstatShow
total 9980
badsum 0
tooshort 0
toosmall 0
badhlen 0
badlen 0
infragments 0
fragdropped 0
fragtimeout 0
forward 0
fastforward 0
cantforward 18
redirectsent 0
unknownprotocol 1
delivered 8418
localout 6159
nobuffers 0
reassembled 0
fragmented 0
outfragments 0
cantfrag 0
badoptions 0
noroute 0
badvers 0
rawout 0
toolong 0
notmember 1543
nogif 0
badaddr 0

value = 1 = 0x1
-> udpstatShow
UDP:
14232 total packets
8234 input packets
5998 output packets
0 incomplete header
0 bad data length field
0 bad checksum
2235 broadcasts received with no ports
0 full socket
0 pcb cache lookup failed
0 pcb hash lookup failed
value = 26 = 0x1a
-> tcpstatShow
TCP:
184 packets sent
127 data packets (4034 bytes)
0 data packet (0 byte) retransmitted
33 ack-only packets (10 delayed)
0 URG only packet
0 window probe packet
0 window update packet
24 control packets
229 packets received
145 acks (for 4039 bytes)
10 duplicate acks
0 ack for unsent data
140 packets (4397 bytes) received in-sequence
0 completely duplicate packet (0 byte)
0 packet with some dup. data (0 byte duped)
0 out-of-order packet (0 byte)
0 packet (0 byte) of data after window
0 window probe
0 window update packet
0 packet received after close
0 discarded for bad checksum
0 discarded for bad header offset field
0 discarded because packet too short
12 connection requests
1 connection accept
13 connections established (including accepts)
12 connections closed (including 7 drops)
0 embryonic connection dropped
144 segments updated rtt (of 145 attempts)
0 retransmit timeout
0 connection dropped by rexmit timeout
0 persist timeout
0 keepalive timeout
0 keepalive probe sent
0 connection dropped by keepalive
0 pcb cache lookup failed
value = 27 = 0x1b
->
-> arpShow

LINK LEVEL ARP TABLE
destination gateway flags Refcnt Use Interface
--------------------------------------------------------------------------
10.99.0.10 00:30:1b:1c:0d:42 33686533 3 483 bcm0
10.99.0.100 00:10:49:08:13:06 33686533 1 3751 bcm0
--------------------------------------------------------------------------
value = 0 = 0x0
-> printSysInfo
Elite IP Phone version: S6C.3.2.13 Jun 12 2008 16:14:50

CallClient.
Version: 3.3.4.0.
Build Date: Jun 12 2008 16:16:44

Crystal: 25000000 Hz (25 MHz)
MIPS clock: 273927872 Hz (273 MHz)
DSP freq 117857142 Hz (117 MHz)
System clock: 165000000 Hz (165 MHz)
Inst Cache : on, PFC on, RAC on
Data Cache : on (writeback), PFC off, RAC off
model --> Shoreline S6CModel: S6C
MAC Address: 00-10-49-09-DE-D4
appname in flash: s6cap_03_02_13.ebin
bootname in flash : s6cbb_03_02_13.ebin
ERROR: unexpected display type 4
Number of tMon reboots: 0
Number of WD reboots: 0
System up time: 252245 seconds ( 70.1 hours)
mgc server1: 10.99.0.100
mgc server2: 10.99.0.101
current mgc: 10.99.0.100
RTP mode: Standard
RTP Base UDP Port = 3000
dhcp: OFF
IP addr: 10.99.0.50
default router: 10.99.0.1
netmask: 255.255.255.0
ftp server: 10.99.0.10
port 1 tagging = OFF
port 1 vlanID = 0
sntp server: 10.99.0.10
VPN/SSL Framework not initialized!!...........
value = 47 = 0x2f = '/'

-> hostShow
hostname inet address aliases
-------- ------------ -------
localhost 127.0.0.1
target 10.99.0.50 host
host 192.168.0.100
value = 0 = 0x0
->


hopefully this is what you are looking for..

Please reference the ShoreTel Maintenance Guide for addition information.

Brian Lynch
ShoreTel
Technical Marketing

[bboone]

Brian,

Thanks for the post. I had actually explored all of this before posting my question. Your answers are still not hitting the crux of my question.

From what I can tell, the phone acts like or is a 3 port switch (this is the case with Cisco phones), with some scenario similar to:

Port A: connection to wall jack and external LAN switch
Port B: internal connection to the phone
Port C: connection to the PC

If a 3 port switch, one would expect to see port statistics for 3 ports.

Of your post the only relevant command is: ifShow, the rest have to do with items further up the OSI model stack. Switchport statistics are layer 1/2 items.

The ifShow command lists a SOFTWARE_LOOPBACK interface, and a ETHERNET_CSMACD. I'm not sure what exactly the Loopback interface represents, but the ETHERNET_CSMACD seems to be port A or B in my example and does show statistics one would expect from a managed switch port. (Although, not the speed and duplex ) On my ShoreTel phone the ETHERNET_CSMACD interface has the IP address assigned to the phone.

2884415754 octets received
4078871753 octets sent
54806547 packets received
21732391 packets sent
17434583 non-unicast packets received
520 non-unicast packets sent
37371964 unicast packets received
21731871 unicast packets sent
0 input discards
0 input unknown protocols
0 input errors
0 output errors
0 collisions; 0 dropped

As best I can tell, there are no statistics for the switchport of the phone for the device connecting through the phone, typically a PC. (switchport C in my example above)

I'll ask the question again, is there a way to check the switchport found on a ShoreTel phone that a device (typically a PC) would connect to? If not, our network devices (ie PCs), post ShoreTel install, are no longer on end-to-end managed switch devices. Is this a fair statement?

Thanks,

Benjamin

Stats from my phone:
-> ifShow
bcm (unit number 0):
Flags: (0x8063) UP BROADCAST MULTICAST ARP RUNNING
Type: ETHERNET_CSMACD
Internet address: 172.22.170.32
Broadcast address: 172.22.170.255
Netmask 0xffff0000 Subnetmask 0xffffff00
Ethernet address is 00:10:49:02:87:9d
Metric is 0
Maximum Transfer Unit size is 1500
2884415754 octets received
4078871753 octets sent
54806547 packets received
21732391 packets sent
17434583 non-unicast packets received
520 non-unicast packets sent
37371964 unicast packets received
21731871 unicast packets sent
0 input discards
0 input unknown protocols
0 input errors
0 output errors
0 collisions; 0 dropped
lo (unit number 0):
Flags: (0x8069) UP LOOPBACK MULTICAST ARP RUNNING
Type: SOFTWARE_LOOPBACK
Internet address: 127.0.0.1
Netmask 0xff000000 Subnetmask 0xff000000
Metric is 0
Maximum Transfer Unit size is 32768
81 packets received; 81 packets sent
0 multicast packets received
0 multicast packets sent
0 input errors; 0 output errors
0 collisions; 0 dropped

[blanning]

ShoreTel Phones Not Managed Switches

I believe, from what I have been able to find out and what I can discover watching TAC, that what you say is true. The phone is not, and was never intended to be, a managed switch, but only a rather simple layer 2 switch that dose little more than pass traffic. While this is in some ways disappointing, it is not in fact all that suprising since ShoreTel is in the phone business and not the switch business (unlike Cisco whose phones are nothing more than a data engineers adaptation of their switches to voice traffic) and therefore is more concerned about voice quality and keeping costs down than in supplying extra switch features.