Welcome to

Welcome to!

This site was created as a place to share stories, tips, and troubleshooting help with ShoreTel/Mitel systems. ShoreTel/Mitel is obviously the MOST exciting VoiP platform on the market right now, and we realized there was no centralized place to discuss this platform, but now there is. Please feel free to join and share your experiences.

Please Note: This site IS NOT owned, funded, or managed by ShoreTel/Mitel, Inc. although you may find ShoreTel/Mitel employees sharing there experiences and expertise. If you would like more information on ShoreTel/Mitel systems, contact BTX at [email protected]

As always please support the advertisers that help support our site.

Thank You,
See more
See less
  • Filter
  • Time
  • Show
Clear All
new posts

  • ShoreTel Phone - Managed Switch Port?


    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.


  • #2
    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!
    Last edited by ccm399; 10-09-2008, 11:35 AM.


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


      • #4
        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.


        • #5

          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>

          Last edited by ccm399; 10-09-2008, 01:36 PM.


          • #6
            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
            Attached Files


            • #7
              Check interfaces stats on IP phones


              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):
              Type: SOFTWARE_LOOPBACK
              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):
              Type: ETHERNET_CSMACD
              Broadcast address:
              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 ESTABL
              81c6ee88 TCP 0 0 LISTEN
              81c6e950 TCP 0 0 LISTEN
              81c7e8a4 UDP 0 0
              81c7e744 UDP 0 0
              81c7e1c4 UDP 0 0
              81c7e694 UDP 0 0
              81c7e484 UDP 0 0
              81c7e3d4 UDP 0 0
              81c7e324 UDP 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
              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
              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
     00:30:1b:1c:0d:42 33686533 3 483 bcm0
     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

              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:
              mgc server2:
              current mgc:
              RTP mode: Standard
              RTP Base UDP Port = 3000
              dhcp: OFF
              IP addr:
              default router:
              ftp server:
              port 1 tagging = OFF
              port 1 vlanID = 0
              sntp server:
              VPN/SSL Framework not initialized!!...........
              value = 47 = 0x2f = '/'

              -> hostShow
              hostname inet address aliases
              -------- ------------ -------
              target host
              value = 0 = 0x0

              hopefully this is what you are looking for..

              Please reference the ShoreTel Maintenance Guide for addition information.

              Brian Lynch
              Technical Marketing


              • #8

                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?



                Stats from my phone:
                -> ifShow
                bcm (unit number 0):
                Flags: (0x8063) UP BROADCAST MULTICAST ARP RUNNING
                Type: ETHERNET_CSMACD
                Internet address:
                Broadcast address:
                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:
                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


                • #9
                  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.