CME as SRST Error: returning empty string !!!!

rferriolo · ‎10-30-2013

Hi All:

When I configure CME as SRST I get a constant scrolling error: returning empty string !!!!

I cannot find one instance of this error anywhere on the internet. Has anyone ever seen the aforementioned error. Please see the SRST configuration and 'show ephone' output below.

Thanks,

Ron

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

telephony-service

srst mode auto-provision all

srst dn line-mode octo

max-ephones 10

max-dn 10

ip source-address 177.1.254.3 port 2000

max-conferences 8 gain -6

transfer-system full-consult

secondary-dialtone 0

create cnf-files version-stamp 7960 Oct 30 2013 16:31:32

!

ephone-dn 1 octo-line

number 3002

description 0207033002

name 0207033002

!

ephone-dn 2 octo-line

number 3010

description 0207033010

name 0207033010

!

ephone-dn 3 octo-line

number 3001

description 0207033001

name 0207033001

!

ephone 2

device-security-mode none

mac-address 001B.D4C6.9372

button 1:1 2:2

!

ephone 6

device-security-mode none

mac-address D4A0.2A88.0613

button 1:3 2:2

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

Branch2#show ephone

ephone-1[0] Mac:-711.-MTP. TCP socket:[19] activeLine:0 whisperLine:0 REGISTERED in SCCP ver 17/12 max_streams=1

mediaActive:0 whisper_mediaActive:0 startMedia:0 offhook:0 ringing:0 reset:0 reset_sent:0 paging 0 debug:0 caps:4

IP:177.1.254.3 61941 Unknown 83 keepalive 0 max_line 0 available_line 0

Preferred Codec: g711ulaw

ephone-2[1] Mac:001B.D4C6.9372 TCP socket:[4] activeLine:0 whisperLine:0 REGISTERED in SCCP ver 11/9 max_streams=0

mediaActive:0 whisper_mediaActive:0 startMedia:0 offhook:0 ringing:0 reset:0 reset_sent:0 paging 0 debug:0 caps:8 privacy:1

IP:177.3.11.17 50124 Telecaster 7960 keepalive 6 max_line 6 available_line 4

button 1: dn 1 number 3002 CM Fallback CH1 IDLE CH2 IDLE CH3 IDLE CH4 IDLE CH5 IDLE CH6 IDLE CH7 IDLE CH8 IDLE

button 2: dn 2 number 3010 CM Fallback CH1 IDLE CH2 IDLE CH3 IDLE CH4 IDLE CH5 IDLE CH6 IDLE CH7 IDLE CH8 IDLE shared

Preferred Codec: g711ulaw

ephone-3[2] Mac:PHQ-.729-.MTP TCP socket:[5] activeLine:0 whisperLine:0 REGISTERED in SCCP ver 17/12 max_streams=1

mediaActive:0 whisper_mediaActive:0 startMedia:0 offhook:0 ringing:0 reset:0 reset_sent:0 paging 0 debug:0 caps:5

IP:177.1.254.1 57397 Unknown 83 keepalive 6 max_line 0 available_line 0

Preferred Codec: g711ulaw

ephone-4[3] Mac:PHQ-.711-.MTP TCP socket:[6] activeLine:0 whisperLine:0 REGISTERED in SCCP ver 17/12 max_streams=1

mediaActive:0 whisper_mediaActive:0 startMedia:0 offhook:0 ringing:0 reset:0 reset_sent:0 paging 0 debug:0 caps:4

IP:177.1.254.1 34789 Unknown 83 keepalive 6 max_line 0 available_line 0

Preferred Codec: g711ulaw

ephone-5[4] Mac:-729.-MTP. TCP socket:[13] activeLine:0 whisperLine:0 REGISTERED in SCCP ver 17/12 max_streams=1

mediaActive:0 whisper_mediaActive:0 startMedia:0 offhook:0 ringing:0 reset:0 reset_se

returning empty string !!!!nt:0 paging 0 debug:0 caps:0

IP:177.1.254.2 26066 Unknown 83 keepalive 0 max_line 0 available_line 0

Preferred Codec: g711ulaw

ephone-6[5] Mac:D4A0.2A88.0613 TCP socket:[10] activeLine:0 whisperLine:0 REGISTERED in SCCP ver 17/12 max_streams=5

mediaActive:0 whisper_mediaActive:0 startMedia:0 offhook:0 ringing:0 reset:0 reset_sent:0 paging 0 debug:0 caps:12 privacy:1

IP:177.3.11.18 19486 7962 keepalive 4 max_line 3 available_line 3

button 1: dn 3 number 3001 CM Fallback CH1 IDLE CH2 IDLE CH3 IDLE CH4 IDLE CH5 IDLE CH6 IDLE CH7 IDLE CH8 IDLE

button 2: dn 2 number 3010 CM Fallback CH1 IDLE CH2 IDLE CH3 IDLE CH4 IDLE CH5 IDLE CH6 IDLE CH7 IDLE CH8 IDLE shared

Preferred Codec: g711ulaw

rferriolo · ‎11-02-2013

This issue has been resolved. For some reason, every video example I watched for basic SRST configuration involved deactivating the Callmanager service. I fixed the issue by accident when I was forced to reactivate the Callmanager service because I had to make a call between the Branches and CorpHQ. When I disabled the WAN interfaces

(which of course simulates an actual WAN outage) in lieu of disabling the Callmanager service, the error went away. This also enabled me to make a call from Branch1 running on SRST to Branch2 running on SRST on over the PSTN, however this is on a physical home lab. I believe on the INE lab rack you can only test one branch at a time.