ccme problems with calls among ip phones and remote analog phones

Unanswered Question
Nov 7th, 2007

I have a CCME (I am using IP phones and analog phones) using dial peers to communicate to a remote office that only has analog phones (it uses a router as a gateway) the calls done from an analog phone to an analog phone in the remote site work properly but calls done from an IP phone to an analog phone in the remote site does not work, what happens is that the ring is heard but no voice can be heard

I have this problem too.
0 votes
  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 5 (1 ratings)
Loading.
mauricebar Wed, 11/07/2007 - 12:40

ROUTER REMOTE

voice-port 0/0/0

timeouts call-disconnect 6

timeouts wait-release 6

!

voice-port 0/0/1

timeouts call-disconnect 6

timeouts wait-release 6

!

voice-port 0/0/2

timeouts call-disconnect 6

timeouts wait-release 6

!

voice-port 0/0/3

timeouts call-disconnect 6

timeouts wait-release 6

!

voice-port 0/2/0

timeouts call-disconnect 6

timeouts wait-release 6

!

voice-port 0/2/1

timeouts call-disconnect 6

timeouts wait-release 6

!

voice-port 0/2/2

timeouts call-disconnect 6

timeouts wait-release 6

!

voice-port 0/2/3

timeouts call-disconnect 6

timeouts wait-release 6

!

!

!

!

dial-peer voice 30 voip

destination-pattern 3.

session target ipv4:10.210.0.2

req-qos controlled-load

codec g723ar63

!

dial-peer voice 50 voip

destination-pattern 5.

session target ipv4:172.17.2.14

req-qos guaranteed-delay

codec g723ar63

!

dial-peer voice 60 voip

destination-pattern 60

session target ipv4:172.17.2.254

req-qos controlled-load

codec g723ar63

!

dial-peer voice 70 voip

destination-pattern 70

session target ipv4:172.17.2.38

req-qos controlled-load

codec g723ar63

!

dial-peer voice 71 voip

destination-pattern 71

session target ipv4:172.17.2.38

req-qos controlled-load

codec g723ar63

!

dial-peer voice 72 voip

destination-pattern 72

session target ipv4:10.210.0.6

req-qos controlled-load

codec g723ar63

!

dial-peer voice 73 voip

destination-pattern 73

session target ipv4:10.210.0.6

req-qos controlled-load

codec g723ar63

!

dial-peer voice 80 voip

destination-pattern 8.

session target ipv4:172.17.2.10

req-qos controlled-load

codec g723ar63

!

dial-peer voice 400 voip

destination-pattern 4..

session target ipv4:172.17.2.26

req-qos controlled-load

codec g723ar63

!

dial-peer voice 100 pots

destination-pattern 1..

port 0/2/0

!

dial-peer voice 101 pots

destination-pattern 1..

port 0/2/1

!

dial-peer voice 102 pots

destination-pattern 1..

port 0/2/2

!

dial-peer voice 103 pots

destination-pattern 1..

port 0/2/3

!

dial-peer voice 200 pots

destination-pattern 2..

port 0/2/0

!

dial-peer voice 201 pots

destination-pattern 2..

port 0/2/1

!

dial-peer voice 202 pots

destination-pattern 2..

port 0/2/2

!

dial-peer voice 203 pots

destination-pattern 2..

port 0/2/3

!

dial-peer voice 104 pots

destination-pattern 1..

port 0/0/0

!

dial-peer voice 105 pots

destination-pattern 1..

port 0/0/1

!

dial-peer voice 204 pots

destination-pattern 2..

port 0/0/0

!

dial-peer voice 205 pots

destination-pattern 2..

port 0/0/1

!

dial-peer voice 90 voip

destination-pattern 43.

session target ipv4:10.210.0.10

req-qos controlled-load

codec g723ar63

!

dial-peer voice 61 voip

destination-pattern 61

session target ipv4:172.17.2.254

req-qos controlled-load

codec g723ar63

!

dial-peer voice 62 voip

destination-pattern 62

session target ipv4:10.210.0.22

req-qos controlled-load

codec g723ar63

!

dial-peer voice 63 voip

destination-pattern 63

session target ipv4:10.210.0.22

req-qos controlled-load

codec g723ar63

!

dial-peer voice 106 pots

destination-pattern 1..

port 0/0/2

!

dial-peer voice 107 pots

destination-pattern 1..

port 0/0/3

!

dial-peer voice 206 pots

destination-pattern 2..

port 0/0/2

!

dial-peer voice 207 pots

destination-pattern 2..

port 0/0/3

!

num-exp 1.. 11..

num-exp 2.. 22..

banner motd

Ahi si dale con Fe!

mauricebar Wed, 11/07/2007 - 12:42

ROUTER HQ

voip-incoming translation-profile TEST

fax interface-type fax-mail

voice-port 2/0

timeouts call-disconnect 6

timeouts wait-release 6

voice-port 2/1

timeouts call-disconnect 6

timeouts wait-release 6

voice-port 3/0

timeouts call-disconnect 6

timeouts wait-release 6

voice-port 3/1

timeouts call-disconnect 6

timeouts wait-release 6

dial-peer cor custom

dial-peer voice 100 voip

destination-pattern 1..

session target ipv4:172.17.2.25

codec g723ar63

!

dial-peer voice 200 voip

destination-pattern 2..

session target ipv4:172.17.2.25

codec g723ar63

!

dial-peer voice 30 voip

destination-pattern 3.

session target ipv4:10.210.0.2

req-qos controlled-load

codec g723ar63

!

dial-peer voice 430 voip

destination-pattern 43.

session target ipv4:10.10.20.247

req-qos controlled-load

codec g723ar63

!

dial-peer voice 400 pots

destination-pattern 40.

port 2/0

!

dial-peer voice 401 pots

destination-pattern 40.

port 2/1

dial-peer voice 402 pots

destination-pattern 40.

port 3/0

dial-peer voice 403 pots

destination-pattern 40.

port 3/1

dial-peer voice 410 pots

destination-pattern 41.

port 2/0

dial-peer voice 411 pots

destination-pattern 41.

port 2/1

dial-peer voice 412 pots

destination-pattern 41.

port 3/0

dial-peer voice 413 pots

destination-pattern 41.

port 3/1

!

telephony-service

max-ephones 20

max-dn 20

ip source-address 10.10.11.10 port 2000

auto assign 1 to 20

system message Garda Export ITS

user-locale ES

user-locale 1 ES

user-locale 2 ES

user-locale 3 ES

user-locale 4 ES

max-conferences 4 gain -6

transfer-system full-consult

create cnf-files version-stamp 7960 Oct 23 2007 15:16:17

!

ephone-dn 1 dual-line

number 450

name Vladimir Witt

!

ephone-dn 2 dual-line

number 451

name Oscar Teran

!

ephone-dn 3 dual-line

number 452

name Rodrigo Achinia

!

ephone-dn 4 dual-line

number 453

name Wilman Tapia

!

ephone-dn 5 dual-line

number 454

name Wilian Cortez

!

ephone-dn 6 dual-line

number 455

name Enrique Cachipuendo

!

ephone-dn 7 dual-line

number 456

name Felix Farinango

!

!

ephone-dn 8 dual-line

number 457

name Marta Guania

!

!

ephone-dn 9 dual-line

number 458

name Eduardo Herrera

!

!

ephone-dn 10 dual-line

number 459

name Hector Ayala

!

!

ephone-dn 11 dual-line

number 460

!

!

ephone-dn 12 dual-line

number 461

!

!

ephone-dn 13 dual-line

number 462

!

!

ephone-dn 14 dual-line

number 463

!

!

ephone-dn 15 dual-line

number 464

!

!

ephone-dn 16 dual-line

number 465

!

!

ephone-dn 17 dual-line

number 466

!

!

ephone-dn 18 dual-line

number 467

!

!

ephone-dn 19 dual-line

number 468

!

!

ephone-dn 20 dual-line

number 469

!

!

ephone 1

no multicast-moh

mac-address 001D.451B.9E4C

codec g729r8

type 7921

button 1:1

!

!

!

ephone 2

no multicast-moh

mac-address 001D.451B.A8A8

codec g729r8

type 7921

button 1:2

!

!

!

ephone 3

no multicast-moh

mac-address 001D.451B.9F15

codec g729r8

type 7921

button 1:3

!

!

!

ephone 4

no multicast-moh

mac-address 001C.58CD.5A0F

codec g729r8

type 7921

button 1:4

!

!

!

ephone 5

no multicast-moh

mac-address 001D.451B.9D2F

codec g729r8

type 7921

button 1:5

!

!

!

ephone 6

no multicast-moh

mac-address 001D.451B.A5AB

codec g729r8

type 7921

button 1:6

!

!

!

ephone 7

no multicast-moh

mac-address 001D.451B.A7DC

codec g729r8

type 7921

button 1:7

!

!

!

ephone 8

no multicast-moh

mac-address 001C.58CD.5031

codec g729r8

type 7921

button 1:8

!

!

!

ephone 9

no multicast-moh

mac-address 001C.58CD.4EDE

codec g729r8

type 7921

button 1:9

!

!

!

ephone 10

no multicast-moh

mac-address 001D.451B.9D9B

codec g729r8

type 7921

button 1:10

!

THE ONLY OTHER THING USED IS GRE TUNNELS TO PASS THE VOICE.

Paolo Bevilacqua Wed, 11/07/2007 - 12:54

Hi,

You can't mix and match codecs.

On the remote router, you need to configure an incoming DP with a fixed codec, or a voice-class.

For call originated by IP phones, you have only two choices, g711u (default) or g729 (that you have configured for some ephones).

Conversely for call from remote site to IP phones.

dial-peer voice 999 voip

incoming called-number 4..

codec g711

Hope this helps, please rate post if it does!

mauricebar Wed, 11/14/2007 - 10:18

Hi actually I have tested using the incoming-called number command using the pattern 4.. and specifying the g729r8 codec, but it is still the same, the phone rings and when answring no voice is heard.

Paolo Bevilacqua Wed, 11/14/2007 - 10:31

Hi,

I still think it can be a codec issue, can try placing "protocol sipv2" on the outgoing voip DP, enable "term mon" and "debug ccsip message", palce the call, sends result here.

mauricebar Wed, 11/14/2007 - 11:55

I don't have that command available on the Voip dial-peer.

I have c2801-spservicesk9-mz.123-11.T5.bin on the one side and c1700-ipvoicek9-mz.124-15.T.bin in the other side, do you think it's IOS?

mauricebar Wed, 11/14/2007 - 12:15

Sorry, I found the command, the output is:

Nov 14 15:11:40: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:

Sent:

INVITE sip:[email protected]:5060 SIP/2.0

Via: SIP/2.0/UDP 172.17.2.26:5060;branch=z9hG4bK0E1C

Remote-Party-ID: "Wilman Tapia" ;party=calling;screen=no;privacy=off

From: "Wilman Tapia" ;tag=E4E730-1D23

To:

Date: Wed, 14 Nov 2007 20:11:40 GMT

Call-ID: [email protected]

Supported: 100rel,timer,resource-priority,replaces

Min-SE: 1800

Cisco-Guid: 2769350037-2451837404-2164447273-3995059350

User-Agent: Cisco-SIPGateway/IOS-12.x

Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER

CSeq: 101 INVITE

Max-Forwards: 70

Timestamp: 1195071100

Contact:

Expires: 180

Allow-Events: telephone-event

Content-Type: application/sdp

Content-Disposition: session;handling=required

Content-Length: 245

v=0

o=CiscoSystemsSIP-GW-UserAgent 3659 3465 IN IP4 172.17.2.26

s=SIP Call

c=IN IP4 172.17.2.26

t=0 0

m=audio 18732 RTP/AVP 4 19

c=IN IP4 172.17.2.26

a=rtpmap:4 G723/8000

a=fmtp:4 bitrate=6.3;annexa=yes

a=rtpmap:19 CN/8000

a=ptime:30

Paolo Bevilacqua Wed, 11/14/2007 - 12:43

Hi,

do you get this only ? If you never get an "received" message, it means that the remote gateway either is not getting the invite, or the reply back is lost.

Are 172.17.2.25 and the addresses on the GRE tunnel?

mauricebar Sat, 11/17/2007 - 19:56

Yes those IPs are in the GRE tunnel. Actually I have changed all codecs to g79r8 and now it works properly. I know it is a codec problem, the transcoding from g723 to g729 but I really don't get how to fix it.

mauricebar Mon, 11/19/2007 - 13:02

Hi very interesting this, maybe am going to try it later. By now everything is working with g729r8.

Thank you very much for your assistance.

Regards,

Mauricio

Actions

This Discussion