Call Manager Express Need help to fix features

Answered Question
Dec 26th, 2007
User Badges:

Hi Pros,


I need some help to get the following features running -


1) Call Forward all to numbers on PSTN. Currently not working. I am able to forward all only to other ip phones but not PSTN. Attached config. Please advise.


2) Forced Authorization code kind of feature in CME for international calls made. I think can be achieved with call blocking combined with login PIN. I gave Login PIn and after-hour block to international calls. But when I try to select Login button on Ip phone its greyed out.Please advise.


3) Receptionist requirement to receive more than 2 calls (default possible on 1 line). How to do hunting on cme supposing I add 3 more lines to reception?


Any help appreciated!

Thanks in advance!


Pratik



Correct Answer by Paolo Bevilacqua about 9 years 2 months ago

Yes, the status message is due to redirecting IE not implemented. The calling number doesn't matter, PSTN will overwrite it with the customer's number.


However, you did not include the complete trace, so it doesn't show which side is dropping the call.

If it is the router as I think, then this is CSCsi94745, fixed in 12.4(11)XJ4 and I think, in 12.4(11)XW5.


As a workaround, you can also try "no isdn outgoing ie redirecting-number"

Correct Answer by Paolo Bevilacqua about 9 years 2 months ago

Hi,


You posed three issues to which I replied. I assume you was ok with 2 & 3 since no mention anymore.


The first one is still not working for you, but you kept low rating my posts even before I had a chance to ask for more details, plus re-posted again in another thread.


Then, I was low rated again when I made yiu notice that.


Sorry, but this is not the kind of attitude that prompts "NetPros" to collaborate here.


Again, good luck.






  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 3.5 (6 ratings)
Loading.
Paolo Bevilacqua Wed, 12/26/2007 - 07:25
User Badges:
  • Super Gold, 25000 points or more
  • Hall of Fame,

    Founding Member

1 configure a transfer-pattern under telephony-service


2 configure login under telephony-service, with optional-parameters as needed.


3 Which phone type has operator ? You need to configure either overlay or additional buttons. However, because it's hard for anyone to work more than 2 calls at the same time, suggest you configure operator to be in hunt-group (even if alone), and B-ACD/AA in dop-trhough mode. This will give you call queueing and operator will see on the phone hown many calls are in queue.


Hope this helps, please rate post if it does!

Paolo Bevilacqua Thu, 12/27/2007 - 10:45
User Badges:
  • Super Gold, 25000 points or more
  • Hall of Fame,

    Founding Member

Hi,


not sure why my post above has been low rated.

Until proved otherwise, the information I gave is 100% correct.


Good luck from now on :)

pratik.rb Fri, 12/28/2007 - 22:44
User Badges:

Hi,


I tried Call Transfer under telephony-service but still forward calls to PSTN are not working.


I just get beep beep noise when called from PSTN to verify


-------------

!

ephone-dn 11 dual-line

number 8200

label Reception2

description Reception2

name Reception2

corlist incoming NationalMobileAccess

translation-profile outgoing To-PSTN

hold-alert 30 originator

!

------------------


!

!

voice translation-rule 1001

rule 1 /^[12]../ /8&/

!

voice translation-rule 1002

rule 1 /^8.../ /04609&/

!

!

voice translation-profile FROM-PSTN

translate called 1001

!

voice translation-profile TO-PSTN

translate calling 1002

!

!

-------------------------

!

telephony-service

sdspfarm units 1

sdspfarm transcode sessions 10

sdspfarm tag 1 XCODE1

load 7914 S00105000200

load 7941 SCCP41.8-2-2SR1S

load 7961 SCCP41.8-2-2SR1S

load 7971 SCCP70.8-2-2SR1S

load 7936 cmterm_7936.3-3-12-0

load 7911 SCCP11.8-2-2SR1S

max-ephones 240

max-dn 720

ip source-address 192.168.19.2 port 2000

timeouts interdigit 5

timeouts busy 5

timeouts ringing 90

url services http://192.168.19.3/voiceview/common/login.do

url authentication http://192.168.19.3/voiceview/authentication/authenticate.do

cnf-file location flash:

cnf-file perphone

time-zone 35

date-format dd-mm-yy

voicemail 7000

max-conferences 12 gain -6

call-forward pattern .T

moh music-on-hold.au

web admin system name administrator password c1sc0arg

dn-webedit

time-webedit

transfer-system full-consult

transfer-pattern .T

secondary-dialtone 9

login timeout 1 clear 18:00

after-hours block pattern 1 900

after-hours day Sun 00:01 23:59

after-hours day Mon 00:01 23:59

after-hours day Tue 00:01 23:59

after-hours day Wed 00:01 23:59

after-hours day Thu 00:01 23:59

after-hours day Fri 00:01 23:59

after-hours day Sat 00:01 23:59

create cnf-files version-stamp 7960 Dec 27 2007 16:16:12

!

!

----------------------------



Dont know why its not working?!?!!

Correct Answer
Paolo Bevilacqua Sat, 12/29/2007 - 04:15
User Badges:
  • Super Gold, 25000 points or more
  • Hall of Fame,

    Founding Member

Hi,


You posed three issues to which I replied. I assume you was ok with 2 & 3 since no mention anymore.


The first one is still not working for you, but you kept low rating my posts even before I had a chance to ask for more details, plus re-posted again in another thread.


Then, I was low rated again when I made yiu notice that.


Sorry, but this is not the kind of attitude that prompts "NetPros" to collaborate here.


Again, good luck.






pratik.rb Sat, 12/29/2007 - 22:49
User Badges:

Hi,


I didnt mean any offence. In fact I thought I was acknowledging your help to resolve my issues by giving some ratings. I would give full rating once we found a solution.


Please dont feel offended.

Paolo Bevilacqua Sun, 12/30/2007 - 05:20
User Badges:
  • Super Gold, 25000 points or more
  • Hall of Fame,

    Founding Member

Hi Pratik,


possibly a misunderstanding on the meaning of the low ratings '1' and '2' has caused this discussion.


In my opinion, and accordingly to their label, these are to be reserved to postings that have zero or little relevance to the subject (some are indeed this way). In other words, really bad or contemptuous postings.


Then the practice, to which I agree, is often not to rate at all posts that evidently are made in good will, but for a reason or another, fail to help significantly with the issue.


Anyway, I appreciate your explanation, I took no offense, just felt that an unfair use of the rating system was being made.


WRT your issue, please mention the exact IOS you are using, and a trace of an attempt of CFA, taken with "debug isdn q931" and "term mon". I assume the number to CFA to is shown correctly on the phone display, including external access digits if any is used.

pratik.rb Mon, 12/31/2007 - 05:02
User Badges:

IOS Version in use:

c3845-advipservicesk9-mz.124-15.T1.bin

--------------------------------------

Dec 31 12:44:28.352: ISDN Se0/0/1:15 Q931: RX <- CONNECT pd = 8 callref = 0x880

1

Dec 31 12:44:28.356: %ISDN-6-CONNECT: Interface Serial0/0/1:29 is now connected

to 0503821680 N/A

Dec 31 12:44:28.356: ISDN Se0/0/1:15 Q931: TX -> CONNECT_ACK pd = 8 callref = 0

x0801

Dec 31 12:44:28.504: ISDN Se0/0/1:15 Q931: RX <- RELEASE_COMP pd = 8 callref =

0x8802

Cause i = 0x82E57D - Message not compatible with call state

Dec 31 12:44:28.508: ISDN Se0/0/0:15 Q931: pak_private_number: Invalid type/plan

0x0 0x1 may be overriden; sw-type 3

Dec 31 12:44:28.512: ISDN Se0/0/0:15 Q931: Applying typeplan for sw-type 0x3 is

0x2 0x1, Called num 0501547381

Dec 31 12:44:28.512: ISDN Se0/0/0:15 Q931: TX -> SETUP pd = 8 callref = 0x0803

Bearer Capability i = 0x8090A3

Standard = CCITT

Transfer Capability = Speech

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0xA9839F

Exclusive, Channel 31

Calling Party Number i = 0x2183, '0501547381'

Plan:ISDN, Type:National

Called Party Number i = 0xA1, '0501547381'

Plan:ISDN, Type:National

Redirecting Number i = 0x00008F, '8138'

Plan:Unknown, Type:Unknown

Dec 31 12:44:28.544: ISDN Se0/0/0:15 Q931: RX <- STATUS pd = 8 callref = 0x8803

Cause i = 0x82E374 - Information element not implemented

Call State i = 0x01

Dec 31 12:44:28.548: ISDN Se0/0/0:15 Q931: TX -> STATUS pd = 8 callref = 0x0803

Cause i = 0x80E4 - Invalid information element contents

Call State i = 0x01

--------------------------------------

It seems the PSTN is not accepting the redirected call maybe because of the redirecting number is 8138 and calling number is PSTN mobile number and not the DID number provided by service provider.??

Correct Answer
Paolo Bevilacqua Mon, 12/31/2007 - 05:43
User Badges:
  • Super Gold, 25000 points or more
  • Hall of Fame,

    Founding Member

Yes, the status message is due to redirecting IE not implemented. The calling number doesn't matter, PSTN will overwrite it with the customer's number.


However, you did not include the complete trace, so it doesn't show which side is dropping the call.

If it is the router as I think, then this is CSCsi94745, fixed in 12.4(11)XJ4 and I think, in 12.4(11)XW5.


As a workaround, you can also try "no isdn outgoing ie redirecting-number"

pratik.rb Tue, 01/01/2008 - 22:15
User Badges:

I put the command "no isdn outgoing ie redirecting-number" and it has started working fine.


No redirecting number goes out and its working fine !!


Thanks a lot and Happy New Year!

Paolo Bevilacqua Wed, 01/02/2008 - 03:54
User Badges:
  • Super Gold, 25000 points or more
  • Hall of Fame,

    Founding Member

Hi,


Thanks for the nice rating and happy New Year!

Actions

This Discussion