01-01-2013 03:48 PM - edited 03-16-2019 02:56 PM
Problem Summary
Shared line 7004 members have a button called 'MAPS 5' assigned to button 2 on handsets.
For no apparent reason and after no identified changes to the CME (2851), when users (members of 7004 shared line) are on a call on their primary line, if a call comes in on the shared number (7004) and is answered, all calls on the users (shared line 7004 members) primary lines are cut off (dead silence).
Suspicions
I suspect there is a but in the software bug in IOS release 12.4(20)T4 which is the cause of this, but before I sugest to the client an upgrade I just wanted to get anybodys thoughts on the matter.
Has anyone had any experince with problems similar to this?
Below are exerts from the config and I have attached the full config as well.
Thank you.
DGW
!---------------------------------------------------
ephone-dn 104 dual-line
number 7004
pickup-group 99
label MAPS 5
name MAPS 5
huntstop channel
no huntstop
hold-alert 60 originator
!-----------------------------------------------------
ephone-hunt 1 sequential
pilot 7051
list 7021, 7004
final 7009
timeout 25, 15
!---------------------------------------------------
MNPR001#show ephone-hunt
Group 1
type: sequential
pilot number: 7051, peer-tag 20258; expanded-number 64367051, peer-tag 20259
list of numbers:
7021, aux-number A7051A0000, # peers 4, logout 0, down 0
peer-tag dn-tag rna login/logout up/down
[20257 134 0 login up ]
[20256 133 0 login up ]
[20255 132 0 login up ]
[20254 131 0 login up ]
7004, aux-number A7051A0001, # peers 1, logout 0, down 0
peer-tag dn-tag rna login/logout up/down
[20260 104 0 login up ]
final number: 7009
preference: 0
preference (sec): 9
timeout: 25, 15
E.164 register: yes
auto logout: no
stat collect: no
callqueue display: continuously
debug: no
!---------------------------------------------------
MNPR001#show dialplan number 7004
Macro Exp.: 7004
VoiceEncapPeer20193
peer type = voice, system default peer = FALSE, information type = voice,
description = `',
tag = 20193, destination-pattern = `7004$',
voice reg type = 0, corresponding tag = 0,
allow watch = FALSE
answer-address = `', preference=0,
CLID Restriction = None
CLID Network Number = `'
CLID Second Number sent
CLID Override RDNIS = disabled,
rtp-ssrc mux = system
source carrier-id = `', target carrier-id = `',
source trunk-group-label = `', target trunk-group-label = `',
numbering Type = `unknown'
group = 20193, Admin state is up, Operation state is up,
incoming called-number = `', connections/maximum = 0/unlimited,
DTMF Relay = disabled,
URI classes:
Destination =
huntstop = disabled,
in bound application associated: 'DEFAULT'
out bound application associated: ''
dnis-map =
permission :both
incoming COR list:maximum capability
outgoing COR list:minimum requirement
Translation profile (Incoming):
Translation profile (Outgoing):
incoming call blocking:
translation-profile = `'
disconnect-cause = `no-service'
advertise 0x40 capacity_update_timer 25 addrFamily 4 oldAddrFamily 4
mailbox selection policy: none
type = pots, prefix = `',
forward-digits 0
session-target = `', voice-port = `50/0/104',
direct-inward-dial = disabled,
digit_strip = enabled,
register E.164 number with H323 GK and/or SIP Registrar = TRUE
fax rate = system, payload size = 20 bytes
supported-language = ''
preemption level = `routine'
bandwidth:
maximum = 64 KBits/sec, minimum = 64 KBits/sec
voice class called-number:
inbound = `', outbound = `'
dial tone generation after remote onhook = enabled
Time elapsed since last clearing of voice call statistics never
Connect Time = 1384, Charged Units = 0,
Successful Calls = 1, Failed Calls = 0, Incomplete Calls = 0
Accepted Calls = 0, Refused Calls = 0,
Last Disconnect Cause is "10 ",
Last Disconnect Text is "normal call clearing (16)",
Last Setup Time = 41369385.
Last Disconnect Time = 41371110.
Matched: 7004 Digits: 5
Target:
!---------------------------------------------------
MNPR001#sh dial-peer voice summary | inc 7004
20193 pots up up 7004$ 0 50/0/104
20194 pots up up 64367004$ 0 50/0/104
!----------------------------------------------------
MNPR001#show ver
Cisco IOS Software, 2800 Software (C2800NM-SPSERVICESK9-M), Version 12.4(20)T4, RELEASE SOFTWARE (fc4)
Technical Support: http://www.cisco.com/techsupport
Copyright (c) 1986-2009 by Cisco Systems, Inc.
Compiled Tue 01-Sep-09 16:07 by prod_rel_team
ROM: System Bootstrap, Version 12.4(1r) [hqluong 1r], RELEASE SOFTWARE (fc1)
MNPR001 uptime is 2 weeks, 5 days, 14 hours, 27 minutes
System returned to ROM by power-on
System restarted at 17:00:35 WST Thu Dec 13 2012
System image file is "flash:c2800nm-spservicesk9-mz.124-20.T4.bin"
This product contains cryptographic features and is subject to United
States and local country laws governing import, export, transfer and
use. Delivery of Cisco cryptographic products does not imply
third-party authority to import, export, distribute or use encryption.
Importers, exporters, distributors and users are responsible for
compliance with U.S. and local country laws. By using this product you
agree to comply with applicable laws and regulations. If you are unable
to comply with U.S. and local laws, return this product immediately.
A summary of U.S. laws governing Cisco cryptographic products may be found at:
http://www.cisco.com/wwl/export/crypto/tool/stqrg.html
If you require further assistance please contact us by sending email to
export@cisco.com.
Cisco 2851 (revision 53.51) with 247808K/14336K bytes of memory.
Processor board ID
2 Gigabit Ethernet interfaces
21 Serial interfaces
1 terminal line
1 Channelized/Clear E1/PRI port
2 Voice FXO interfaces
2 Voice E & M interfaces
1 cisco service engine(s)
DRAM configuration is 64 bits wide with parity enabled.
239K bytes of non-volatile configuration memory.
515088K bytes of ATA CompactFlash (Read/Write)
Configuration register is 0x2102
!----------------------------------------------------
01-04-2013 02:00 AM
Update IOS and check again.
03-18-2013 04:44 PM
Update to symptoms....
I cut the number or users assigned to the shared line down to 2 from 7 and rebooted the router, now the symptoms seem to have changed. Now when a call comes in on the shared line, the operator is unable to transfer the call.
Do you think it could be a DSP allocation issue?
Does this change your recommendation to perform an upgrade? Anyways I have an upgrade scheduled for next week so then we should know.
Thanks
DGW
05-06-2013 04:38 PM
IOS upgrade had no effect.
After further testing it appears that when there are more than 1 phone assigned the shared line button, the symptoms appear.
Any input regarding this would be appreciated.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide