CME 4 - Cannot call Sip Handsets from SCCP Handsets

Answered Question
Mar 10th, 2007

I'm running cme 4 with several sccp 7960s on extention range 1400 and all is fine. I'm now trying to add a sip handset (non-cisco) - although I can get it to register and it's able to call sccp phones(showing correct extention number and name) - sccp phones cannot call sip phone - they get engaged tone.

Relevant Config Below:

voice register global

mode cme

source-address 192.168.4.253 port 5600

max-dn 3

max-pool 3

dialplan-pattern 1 14.. extension-length 4

!

voice register dn 1

number 1402

!

voice register pool 1

id mac 000B.8203.E7C6

number 1 dn 1

username 1402 password 1402

codec g711ulaw

any ideas?

I have this problem too.
0 votes
Correct Answer by Paolo Bevilacqua about 9 years 10 months ago

Looks like an ephone-dn is using the same number, it dynamically creates dial-peer 20003, that has precedence over 40001 because the $ at the end (larger number of matched digits).

  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 5 (1 ratings)
Loading.
Paolo Bevilacqua Sat, 03/10/2007 - 09:42

Collect "debug ccsip message" with "term mon" and to see what error the phone is sending.

anthonyfear Sat, 03/10/2007 - 09:55

Tried your suggestion - can see plenty of debug info when placing call from sip handset to sccp. But when placing call from SCCP to SIP there is no debug info at all.

anthonyfear Sat, 03/10/2007 - 10:06

C1751V#show voice register pool 1

Pool Tag 1

Config:

Mac address is 000B.8203.E7C6

Number list 1 : DN 1

Proxy Ip address is 0.0.0.0

DTMF Relay is disabled

Call Waiting is enabled

DnD is disabled

keep-conference is enabled

username 1402 password 1402

Dialpeers created:

dial-peer voice 40001 voip

destination-pattern 1402

session target ipv4:192.168.4.29:5060

session protocol sipv2

codec g711ulaw bytes 160

after-hours-exempt FALSE

Statistics:

Active registrations : 1

Total Registration Statistics

Registration requests : 1

Registration success : 1

Registration failed : 0

unRegister requests : 0

unRegister success : 0

unRegister failed : 0

Correct Answer
Paolo Bevilacqua Sat, 03/10/2007 - 10:16

Looks like an ephone-dn is using the same number, it dynamically creates dial-peer 20003, that has precedence over 40001 because the $ at the end (larger number of matched digits).

Actions

This Discussion