cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
1008
Views
0
Helpful
2
Replies

CME with Linksys PAP2T

phoenix3195
Level 1
Level 1

Hi,

I have a problem with Linksys PAP2T ATA:

I have call manager express on cisco 2811 (version 7.01) and I configured ephones and ephone-dn as the followings:

ephone  2

device-security-mode none

mac-address A0BB.6D41.2C01

max-calls-per-button 4

username "all"

type 7925

button  1:2

!

ephone  3

device-security-mode none

mac-address 0026.AB22.F5F2

button  1:3

!

ephone-dn  2

number 5802

label 5802

!

!

ephone-dn  3

number 5803

label 5803

!

and here is the voice register configuration:

voice service voip

allow-connections h323 to h323

allow-connections h323 to sip

allow-connections sip to sip

sip

  bind control source-interface FastEthernet0/0.1

  bind media source-interface FastEthernet0/0.1

  registrar server

!

voice register global

mode cme

source-address 192.168.19.1 port 5060

max-dn 2

max-pool 2

create profile sync 009508401118860A

!

voice register dn  1

number 5804

!

voice register dn  2

number 5805

!

voice register pool  1

id mac 0023.69AB.0292

number 1 dn 1

number 2 dn 2

username 5804 password 5804

!

The calls between the cisco phones are working fine, calls from cisco phones to the analog phones connected to linksys ATA is working, but I am unable to call from the ATA to cisco phones. I tried changing codecs and it did not work. I attached debug output (debug ccsip messges).

Any ideas?

Thank you

1 Accepted Solution

Accepted Solutions

jbollen
Level 1
Level 1

Hi,

It is a bit difficult to come to a conclusion but I would suggest that you compare the posted SIP Debug

with a SIP debug of a succesful call from a Cisco IP phone to the analogue phone connected to the PAP2T.

I suspect that one line in the SDP body sent by the ATA, is not accepted by the router:

a=rtpmap:18 G729a/8000

Not sure, but I suspect that the suffix "a" should not be there. That would be confirmed or denied by a succesful test. It reminds me of the old IOS bug where G729 was sent as G.729 with the "offending" dot.

Else remove all codecs but G711 a- or u-law via the mgmt web page of the PAP2T. It should work.

The Q.850 diagnostic code "65" means "bearer capability not implemented" and it could point to a codec issue.

Hope this helps,

Best regards,

Jan

View solution in original post

2 Replies 2

jbollen
Level 1
Level 1

Hi,

It is a bit difficult to come to a conclusion but I would suggest that you compare the posted SIP Debug

with a SIP debug of a succesful call from a Cisco IP phone to the analogue phone connected to the PAP2T.

I suspect that one line in the SDP body sent by the ATA, is not accepted by the router:

a=rtpmap:18 G729a/8000

Not sure, but I suspect that the suffix "a" should not be there. That would be confirmed or denied by a succesful test. It reminds me of the old IOS bug where G729 was sent as G.729 with the "offending" dot.

Else remove all codecs but G711 a- or u-law via the mgmt web page of the PAP2T. It should work.

The Q.850 diagnostic code "65" means "bearer capability not implemented" and it could point to a codec issue.

Hope this helps,

Best regards,

Jan

Hi,

I fixed this issue, you are right it was a codec mismatch issue. I added the following under the voice register pool

codec g711ulaw

Thanx