Cisco phones 6941 do not receive calls

[Fabio Lopes]

Hello people, I installed 3CX on AWS for my office, however I had won some ips phones model 6941. After installing the 3CX it is working correctly, with the sip trunks the extensions that are installed on the cell phone and other Siemens WL2 SIP devices. however the extensions installed on the cisco 6941. they register normal on the 3CX make calls to any extension or external calls, so these extensions do not receive any type of connection, neither internal nor external. this is when I was using extensions to register directly with 3CX (AWS), now I installed a SBC so that only Cisco devices can register with it, and the same are registered but the error continues. Can anyone help me with this issue?

 

[leejor]

And what does the 3CX Activity Log show, when a call is attempted, to one of these phones? Is the Invite using the correct IP and local port, of the set? Is the correct information shown when the set registers?

 

[Fabio Lopes]

Hi leejor

It is showing this information in the logs. When you call the cisco device, the call is muted for a while and then goes to voicemail

06/19/2020 2:14:54 PM - [CM102001]: Authentication failed for AuthFail Recv Req PUBLISH from 127.0.0.1:5080 tid=0000385c [email protected]:
PUBLISH sip:[email protected]:5060;transport=UDP SIP/2.0
Via: SIP/2.0/UDP 127.0.0.1:5080;branch=z9hG4bK-524287-2---0000385c;rport=5080
Via: SIP/2.0/UDP [::ffff:186.231.217.41]:33637;branch=z9hG4bK-524287-1---tunneltid;rport;tnlid=sbc.cce745d5
Via: SIP/2.0/UDP 192.168.200.45:5060;branch=z9hG4bK0000385c
Max-Forwards: 68
Record-Route: <sip:[email protected]:5080;user=proxy;uri=sbc.cce745d5>
Record-Route: <sip:[email protected]:5060;user=proxy;tnlid=sbc.cce745d5>
Contact: <sip:[email protected]:5060>
To: <sip:0c2724ba5a26@my pabx:5060>
From: <sip:0c2724ba5a26@my pbx:5060>;tag=0c2724ba5a2607fa00007c29-0000443d
Call-ID: [email protected]
CSeq: 2026 PUBLISH
Expires: 2147483647
Content-Disposition: session;handling=required
Content-Type: application/pidf+xml
Proxy-Authorization: Digest username="9045",realm="3CXPhoneSystem",uri="sip:[email protected]",response="e1ad31c4e26f8ee0ed9a9a034af50145",nonce="414d53595eecf28e62:0fba625bc8e27c0fee0fdfc5c100ecc9",algorithm=MD5
User-Agent: Cisco-CP6941/9.4.1
Event: presence
Content-Length: 574

<?xml version="1.0" encoding="UTF-8"?>
<presence xmlns:sc="urn:ietfarams:xml:nsidf:servcaps"
xmlns="urn:ietfarams:xml:nsidf"
xmlns:ce="urn:ciscoarams:xml:nsidf:rpid"
xmlns:dm="urn:ietfarams:xml:nsidf:data-model"
xmlns:e="urn:ietfarams:xml:nsidf:status:rpid"
entity="sip:0c2724ba5a26">
<tuple id="">
<status><basic/></status>
<contact/>
<note/>
</tuple>
<dmerson>
<status><basic/></status>
<e:activities><ce:available/></e:activities>
</dmerson>
</presence>
; Reason: Credentials don't match, check that authorization-ID and password match the ones in extension settings

06/19/2020 2:14:54 PM - [CM302002]: Authentication failed due to unidentified source of: SipReq: PUBLISH [email protected]:5060 tid=0000385c cseq=2026 PUBLISH [email protected]:5060 / 2026 from(wire)
06/19/2020 2:14:53 PM - Malformed SIP request received:
BadSip Recv 400/INVITE from 127.0.0.1:5080 tid=5564324ba8492f0d Call-ID=O3wCHzhATyoGnjPpGgNloQ..:
SIP/2.0 400 Bad Request
Via: SIP/2.0/UDP 127.0.0.1:5060;branch=z9hG4bK-524287-1---5564324ba8492f0d;rport=5060
Record-Route: <sip:[email protected]:5080;user=proxy;uri=sbc.cce745d5>
To: <sip:9045@my pabx>
From: "TESTE WL2"<sip:[email protected]:5060>;tag=f5510762
Call-ID: O3wCHzhATyoGnjPpGgNloQ..
CSeq: 1 INVITE
Date: FRI, 19 JUN 2020 17:14:52 GMT
Warning: 399 Bad Request - 'Malformed/Missing Record Route'
Content-Length: 0

 

[leejor]

Wow, there are a lot of error messages in there. There are also references to a 3CX Bridge. You will have to provide more information on how your call is expected to route.
I'm not even sure what this is...

Contact: <sip:0c2724ba5a26@192.168.200.45:5060>

Is that a MAC address?

 

[Fabio Lopes]

yes, and the mac address of the Cisco 6941 IP phone

 

[leejor]

I have no idea, what you have done, to cause a MAC address, to show up where one expect a phone number.