Pjsip Subscribe (presence) Always Returns: No Matching Endpoint Found

Home » Asterisk Users » Pjsip Subscribe (presence) Always Returns: No Matching Endpoint Found
Asterisk Users 4 Comments

Hello List

I am in the progress of migrating from chan_sip to pjsip.

I fear I have missed something on how hints need to be specified for pjsip.

For chan_sip I have configured sip.conf

subscribecontext = localuser

and in the dialplan I set:

exten => 11,hint,SIP/11

Now if a phone subscribes to ’11’ this works.

Now I try to get the same working for pjsip. I understood that for pjsip the hit needs to be placed in the same context as the endpoint:

type=endpoint transport=transport-udp context=localuser disallow=all allow=g722
allow=alaw allow=gsm auth=11
callerid=(remove in this example qualify_frequency=10

And in the dialplan I changed:

exten => 11,hint,PJSIP/11

But I constantly get:

Request ‘SUBSCRIBE’ from ‘”Benoît Panizzon PJSIP”
failed for ‘2001:4060:dead:d1d0:204:13ff:fe30:228d:2332’ (callid:
ow21f3eg@snom) – No matching endpoint found

And I in the logger I see that the subscriber request is being rejected with error 404.

Any hints what I’m doing wrong?


4 thoughts on - Pjsip Subscribe (presence) Always Returns: No Matching Endpoint Found

  • Have you checked the Asterisk console when PJSIP is loaded to see if the endpoint did not load for some reason? Does it show up in “pjsip show endpoints”?

    Joshua Colp Digium, Inc. | Senior Software Developer
    445 Jan Davis Drive NW – Huntsville, AL 35806 – US
    Check us out at: http://www.digium.com & http://www.asterisk.org

  • Hi Joshua

    thank you for the quick reply

    Yes, the endpoint shows up.

    Endpoint: 11/(scrubbed from mail) Not in use 0 of inf
    InAuth: 11/11
    Aor: 11 1
    Contact: 11/sip:11@[2001:4060:dead:d1d0:204:13ff:fe 58af7d6822 Avail 5.799
    Transport: transport-udp udp 0 0 [::]:5061

    I had the qualify statement at the wrong place, but that’s sorted out now.

    But still, subscribing to the hint results in a 404 error.

    Acutualy, that subscribing is a bit odd, it’s a snom M9 phone that is trying to subscribe to itself. That does not make much sense in my opinion.

    It just that chan_sip reported OK to this and chan_pjsip replies with 404. Or is pjsip more intelligent and trying to prevent the phone from subscribing to itself?


  • The chan_pjsip module doesn’t prevent that. You’d need to provide the full SUBSCRIBE now that it is actually finding the endpoint and coming in.

  • Hi Joshua

    Ok, let’s see if we can solve the mystery..


    type=endpoint disallow=all allow=g722
    allow=alaw allow=gsm ice_support=yes context=from-home allow_subscribe=yes mwi_subscribe_replaces_unsolicited=yes



    exten => 11,hint,PJSIP/11

    include=>local-extens include=>trunk-out

    This is the exact subscribe message and reply as recored by the Snom M9 Logging facility.

    2017/12/02 11:58:00 [SIP-Reg:5]: SIP Tx udp:[2001:4060:dead:beef::1]:5060:
    SUBSCRIBE sip:11@woody.ch SIP/2.0
    Via: SIP/2.0/UDP [2001:4060:dead:d1d0:204:13ff:fe30:228d]:2799;branch=z9hG4bK-88k838;rport From: “Benoît Panizzon” ;tag=fg0ojl To: “Benoît Panizzon”
    Call-ID: 6lrsku1p@snom CSeq: 933701145 SUBSCRIBE
    Max-Forwards: 70
    Supported: outbound, gruu Event: message-summary Accept: application/simple-message-summary User-Agent: snom-m9/9.6.13-a Authorization: Digest realm=”asterisk”,*** remaining line removed for this email ***
    Expires: 60
    Content-Length: 0

    2017/12/02 11:58:00 [SIP-Reg:5]: MWI subscription on identity 1 failed. Retry in 60 seconds
    2017/12/02 11:58:00 [SIP-Reg:5]: SIP Rx udp:[2001:4060:dead:beef::1]:5060:
    SIP/2.0 404 Not Found Via: SIP/2.0/UDP [2001:4060:dead:d1d0:204:13ff:fe30:228d]:2799;rport=2799;received=2001:4060:dead:d1d0:204:13ff:fe30:228d;branch=z9hG4bK-88k838
    Call-ID: 6lrsku1p@snom From: “Benoît Panizzon” ;tag=fg0ojl To: “Benoît Panizzon” ;tag=z9hG4bK-88k838
    CSeq: 933701145 SUBSCRIBE
    Server: Asterisk PJSIP XP
    Content-Length: 0

    I did also try all those variants:

    exten => 11,hint,PJSIP/11@woody.ch exten => 11,hint,PJSIP/sip:11@woody.ch exten => 11,hint,PJSIP/sip:11
    exten => 11@woody.ch,hint,PJSIP/11

    Any ‘hint’ welcome on why MWI subscription just does not work on those SNOM M9 phones.