Cisco 7940 And PJSIP Registration

Home » Asterisk Users » Cisco 7940 And PJSIP Registration
Asterisk Users 6 Comments

Hi list,

I’ve been googling this issue and found some good resources however I am still running into problems with the following combo … Here’s my story;

– Asterisk 13.4 with FreePBX 12.

– Migrating from Asterisk 11 / FreePBX 2.11

– Mix of Cisco 79xx handsets, mostly 7940G’s.

My problems started with (the very common) issue of the 7940 not replying to 401 UNAUTHORIZED with a second REGISTER containing the auth digest details. A quick Google found a heap of information in various forums, all with replies from Joshua Colp stating that force_rport=no needs to be set for these endpoints, see http://forums.digium.com/viewtopic.php?f=1&t=91699

So, (being that this is FreePBX and the main conf files are controlled by that) I jumped into /etc/asterisk/pjsip.endpoint_custom.conf and added;

[233]
force_rport=no

Reloaded everything, recreated the extension and tested again, watching what goes between this endpoint with ‘ngrep -W byline host 172.22.3.228’ and now I get something which I don’t fully understand;

U 172.22.3.228:51440 -> 172.22.4.8:5060
REGISTER sip:172.22.4.8 SIP/2.0. Via: SIP/2.0/UDP 172.22.3.228:5060;branch=z9hG4bK505b3494. From: ;tag=001469a7180c0011603d4433-6cef1ff3. To: . Call-ID: 001469a7-180c0002-58faebd6-05b99917@172.22.3.228. Max-Forwards: 70. Date: Wed, 22 Jul 2015 00:41:48 GMT. CSeq: 114 REGISTER. User-Agent: Cisco-CP7940G/8.0. Contact: ;+sip.instance=”“;+u.sip!model.ccm.cisco.com=”8”. Content-Length: 0. Expires: 120.
.

#
I 172.22.4.8 -> 172.22.3.228 3:3
….E..:)…@…………….&..REGISTER sip:172.22.4.8 SIP/2.0. Via: SIP/2.0/UDP 172.22.3.228:5060;branch=z9hG4bK505b3494. From: ;tag=001469a7180c0011603d4433-6cef1ff3. To: . Call-ID: 001469a7-180c0002-58faebd6-05b99917@172.22.3.228. Max-Forwards: 70. Date: Wed, 22 Jul 2015 00:41:48 GMT. CSeq: 114 REGISTER. User-Agent: Cisco-CP7940G/8.0. Contact: ;+sip.instance=”“;+u.sip!model.ccm.cisco.com=”8”. Content-Lengt

I don’t understand this reply from Asterisk (172.22.4.8) – why it’s not complete and what’s this 3:3?

If anyone has input or experience with this problem I would be forever grateful. I have read that people can get these handsets working with chan_sip (and, indeed they do, as these handsets are working perfectly using chan_sip in Asterisk 11), but I would really like to keep everything using pjsip (for the reason that, this is where development and improvements are heading, and I like to be using the best technology if possible).

Thank you…

Brendan Ord OntheNet – Network Engineer P 07 5553 9222
F 07 5593 3557
Level One, 165 Varsity Parade Varsity Lakes Qld 4227 (Map)
www.OntheNet.com.au

6 thoughts on - Cisco 7940 And PJSIP Registration

  • I had exact same issue with pjsip instead of sip – I was able to solve it by setting the password to blank. But I switched to asterisk 11 because the chan_mobile module was giving me troubles in 13.

  • SeKAmXZlIGdvdHRlbiB0byB0aGUgYm90dG9tIG9mIHRoaXM7DQoNClNlZW1zIHRoYXQgdGhlIHBq c2lwLmVuZHBvaW50X2N1c3RvbS5jb25mIGlzbuKAmXQgZ2V0dGluZyBpbmNsdWRlZCBwcm9wZXJs eSwgb3IgbXkgc3ludGF4IGlzIHdyb25nLg0KDQpJZiBJIHB1dCBmb3JjZV9ycG9ydD1ubyBpbnRv IHBqc2lwLmVuZHBvaW50LmNvbmYgYW5kIHJlbG9hZCBvbmx5IEFzdGVyaXNrLCBldmVyeXRoaW5n IHdvcmtzIHBlcmZlY3RseS4gIFVuZm9ydHVuYXRlbHksIEnigJltIHVzaW5nIEZyZWVQQlgsIHNv IGl0IG93bnMgdGhpcyBmaWxlIGFuZCBteSBjaGFuZ2VzIHdvbuKAmXQgcGVyc2lzdCBhIEZyZWVQ
    QlggcmVsb2FkLg0KDQpCcmVuZGFuIE9yZA0KT250aGVOZXQgLSBOZXR3b3JrIEVuZ2luZWVyDQpQ
    IDA3IDU1NTMgOTIyMg0KRiAwNyA1NTkzIDM1NTcNCkxldmVsIE9uZSwgMTY1IFZhcnNpdHkgUGFy YWRlIFZhcnNpdHkgTGFrZXMgUWxkIDQyMjcgKE1hcDxodHRwczovL2dvby5nbC9tYXBzL3AyNVdG
    PikNCnd3dy5PbnRoZU5ldC5jb20uYXU8aHR0cDovL3d3dy5vbnRoZW5ldC5jb20uYXUvPg0KDQpG
    cm9tOiBhc3Rlcmlzay11c2Vycy1ib3VuY2VzQGxpc3RzLmRpZ2l1bS5jb20gW21haWx0bzphc3Rl cmlzay11c2Vycy1ib3VuY2VzQGxpc3RzLmRpZ2l1bS5jb21dIE9uIEJlaGFsZiBPZiBOaWxlc2gg R292aW5kcmFqYW4NClNlbnQ6IFdlZG5lc2RheSwgMjIgSnVseSAyMDE1IDExOjQ1IEFNDQpUbzog QXN0ZXJpc2sgVXNlcnMgTWFpbGluZyBMaXN0IC0gTm9uLUNvbW1lcmNpYWwgRGlzY3Vzc2lvbg0K
    U3ViamVjdDogUmU6IFthc3Rlcmlzay11c2Vyc10gQ2lzY28gNzk0MCBhbmQgUEpTSVAgcmVnaXN0
    cmF0aW9uDQoNCiBJIGhhZCBleGFjdCBzYW1lIGlzc3VlIHdpdGggcGpzaXAgaW5zdGVhZCBvZiBz aXAgLSBJIHdhcyBhYmxlIHRvIHNvbHZlIGl0IGJ5IHNldHRpbmcgdGhlIHBhc3N3b3JkIHRvIGJs YW5rLiBCdXQgSSBzd2l0Y2hlZCB0byBhc3RlcmlzayAxMSBiZWNhdXNlIHRoZSBjaGFuX21vYmls ZSBtb2R1bGUgd2FzIGdpdmluZyBtZSB0cm91YmxlcyBpbiAxMy4NCg0KT24gV2VkLCBKdWwgMjIs IDIwMTUgYXQgNzowNyBBTSwgQnJlbmRhbiBPcmQgPGJvcmRAc3RhZmYub250aGVuZXQuY29tLmF1
    PG1haWx0bzpib3JkQHN0YWZmLm9udGhlbmV0LmNvbS5hdT4+IHdyb3RlOg0KSGkgbGlzdCwNCg0K
    SeKAmXZlIGJlZW4gZ29vZ2xpbmcgdGhpcyBpc3N1ZSBhbmQgZm91bmQgc29tZSBnb29kIHJlc291
    cmNlcyBob3dldmVyIEkgYW0gc3RpbGwgcnVubmluZyBpbnRvIHByb2JsZW1zIHdpdGggdGhlIGZv bGxvd2luZyBjb21ibyDigKYgSGVyZeKAmXMgbXkgc3Rvcnk7DQoNCg0KLSAgICAgIEFzdGVyaXNr IDEzLjQgd2l0aCBGcmVlUEJYIDEyLg0KDQotICAgICAgTWlncmF0aW5nIGZyb20gQXN0ZXJpc2sg MTEgLyBGcmVlUEJYIDIuMTENCg0KLSAgICAgIE1peCBvZiBDaXNjbyA3OXh4IGhhbmRzZXRzLCBt b3N0bHkgNzk0MEfigJlzLg0KDQpNeSBwcm9ibGVtcyBzdGFydGVkIHdpdGggKHRoZSB2ZXJ5IGNv bW1vbikgaXNzdWUgb2YgdGhlIDc5NDAgbm90IHJlcGx5aW5nIHRvIDQwMSBVTkFVVEhPUklaRUQg d2l0aCBhIHNlY29uZCBSRUdJU1RFUiBjb250YWluaW5nIHRoZSBhdXRoIGRpZ2VzdCBkZXRhaWxz LiAgQSBxdWljayBHb29nbGUgZm91bmQgYSBoZWFwIG9mIGluZm9ybWF0aW9uIGluIHZhcmlvdXMg Zm9ydW1zLCBhbGwgd2l0aCByZXBsaWVzIGZyb20gSm9zaHVhIENvbHAgc3RhdGluZyB0aGF0IGZv cmNlX3Jwb3J0PW5vIG5lZWRzIHRvIGJlIHNldCBmb3IgdGhlc2UgZW5kcG9pbnRzLCBzZWUgaHR0
    cDovL2ZvcnVtcy5kaWdpdW0uY29tL3ZpZXd0b3BpYy5waHA/Zj0xJnQ9OTE2OTkNCg0KU28sIChi ZWluZyB0aGF0IHRoaXMgaXMgRnJlZVBCWCBhbmQgdGhlIG1haW4gY29uZiBmaWxlcyBhcmUgY29u dHJvbGxlZCBieSB0aGF0KSBJIGp1bXBlZCBpbnRvIC9ldGMvYXN0ZXJpc2svcGpzaXAuZW5kcG9p bnRfY3VzdG9tLmNvbmYgYW5kIGFkZGVkOw0KDQpbMjMzXQ0KZm9yY2VfcnBvcnQ9bm8NCg0KUmVs b2FkZWQgZXZlcnl0aGluZywgcmVjcmVhdGVkIHRoZSBleHRlbnNpb24gYW5kIHRlc3RlZCBhZ2Fp biwgd2F0Y2hpbmcgd2hhdCBnb2VzIGJldHdlZW4gdGhpcyBlbmRwb2ludCB3aXRoIOKAmG5ncmVw IOKAk1cgYnlsaW5lIGhvc3QgMTcyLjIyLjMuMjI44oCZIGFuZCBub3cgSSBnZXQgc29tZXRoaW5n IHdoaWNoIEkgZG9u4oCZdCBmdWxseSB1bmRlcnN0YW5kOw0KDQpVIDE3Mi4yMi4zLjIyODo1MTQ0
    MDxodHRwOi8vMTcyLjIyLjMuMjI4OjUxNDQwPiAtPiAxNzIuMjIuNC44OjUwNjA8aHR0cDovLzE3
    Mi4yMi40Ljg6NTA2MD4NClJFR0lTVEVSIHNpcDoxNzIuMjIuNC44IFNJUC8yLjAuDQpWaWE6IFNJ
    UC8yLjAvVURQIDE3Mi4yMi4zLjIyODo1MDYwO2JyYW5jaD16OWhHNGJLNTA1YjM0OTQuDQpGcm9t OiA8c2lwOjIzM0AxNzIuMjIuNC44PG1haWx0bzpzaXAlM0EyMzNAMTcyLjIyLjQuOD4+O3RhZz0w MDE0NjlhNzE4MGMwMDExNjAzZDQ0MzMtNmNlZjFmZjMuDQpUbzogPHNpcDoyMzNAMTcyLjIyLjQu ODxtYWlsdG86c2lwJTNBMjMzQDE3Mi4yMi40Ljg+Pi4NCkNhbGwtSUQ6IDAwMTQ2OWE3LTE4MGMw MDAyLTU4ZmFlYmQ2LTA1Yjk5OTE3QDE3Mi4yMi4zLjIyODxtYWlsdG86MDAxNDY5YTctMTgwYzAw MDItNThmYWViZDYtMDViOTk5MTdAMTcyLjIyLjMuMjI4Pi4NCk1heC1Gb3J3YXJkczogNzAuDQpE
    YXRlOiBXZWQsIDIyIEp1bCAyMDE1IDAwOjQxOjQ4IEdNVC4NCkNTZXE6IDExNCBSRUdJU1RFUi4N
    ClVzZXItQWdlbnQ6IENpc2NvLUNQNzk0MEcvOC4wLg0KQ29udGFjdDogPHNpcDoyMzNAMTcyLjIy LjMuMjI4OjUwNjA7dXNlcj1waG9uZTt0cmFuc3BvcnQ9dWRwPjsrc2lwLmluc3RhbmNlPSI8dXJu OnV1aWQ6MDAwMDAwMDAtMDAwMC0wMDAwLTAwMDAtMDAxNDY5YTcxODBjPiI7K3Uuc2lwIW1vZGVs LmNjbS5jaXNjby5jb208aHR0cDovL21vZGVsLmNjbS5jaXNjby5jb20+PSI4Ii4NCkNvbnRlbnQt TGVuZ3RoOiAwLg0KRXhwaXJlczogMTIwLg0KLg0KDQojDQpJIDE3Mi4yMi40LjggLT4gMTcyLjIy LjMuMjI4IDM6Mw0KLi4uLkUuLjopLi4uQC4uLi4uLi4uLi4uLi4uLi4mLi5SRUdJU1RFUjxtYWls dG86Li4uQC4uLi4uLi4uLi4uLi4uLi4mLi5SRUdJU1RFUj4gc2lwOjE3Mi4yMi40LjggU0lQLzIu MC4NClZpYTogU0lQLzIuMC9VRFAgMTcyLjIyLjMuMjI4OjUwNjA7YnJhbmNoPXo5aEc0Yks1MDVi MzQ5NC4NCkZyb206IDxzaXA6MjMzQDE3Mi4yMi40Ljg8bWFpbHRvOnNpcCUzQTIzM0AxNzIuMjIu NC44Pj47dGFnPTAwMTQ2OWE3MTgwYzAwMTE2MDNkNDQzMy02Y2VmMWZmMy4NClRvOiA8c2lwOjIz M0AxNzIuMjIuNC44PG1haWx0bzpzaXAlM0EyMzNAMTcyLjIyLjQuOD4+Lg0KQ2FsbC1JRDogMDAx NDY5YTctMTgwYzAwMDItNThmYWViZDYtMDViOTk5MTdAMTcyLjIyLjMuMjI4PG1haWx0bzowMDE0
    NjlhNy0xODBjMDAwMi01OGZhZWJkNi0wNWI5OTkxN0AxNzIuMjIuMy4yMjg+Lg0KTWF4LUZvcndh cmRzOiA3MC4NCkRhdGU6IFdlZCwgMjIgSnVsIDIwMTUgMDA6NDE6NDggR01ULg0KQ1NlcTogMTE0
    IFJFR0lTVEVSLg0KVXNlci1BZ2VudDogQ2lzY28tQ1A3OTQwRy84LjAuDQpDb250YWN0OiA8c2lw OjIzM0AxNzIuMjIuMy4yMjg6NTA2MDt1c2VyPXBob25lO3RyYW5zcG9ydD11ZHA+OytzaXAuaW5z dGFuY2U9Ijx1cm46dXVpZDowMDAwMDAwMC0wMDAwLTAwMDAtMDAwMC0wMDE0NjlhNzE4MGM+Ijsr dS5zaXAhbW9kZWwuY2NtLmNpc2NvLmNvbTxodHRwOi8vbW9kZWwuY2NtLmNpc2NvLmNvbT49Ijgi Lg0KQ29udGVudC1MZW5ndA0KDQpJIGRvbuKAmXQgdW5kZXJzdGFuZCB0aGlzIHJlcGx5IGZyb20g QXN0ZXJpc2sgKDE3Mi4yMi40LjgpIOKAkyB3aHkgaXTigJlzIG5vdCBjb21wbGV0ZSBhbmQgd2hh dOKAmXMgdGhpcyAzOjM/DQoNCklmIGFueW9uZSBoYXMgaW5wdXQgb3IgZXhwZXJpZW5jZSB3aXRo IHRoaXMgcHJvYmxlbSBJIHdvdWxkIGJlIGZvcmV2ZXIgZ3JhdGVmdWwuICBJIGhhdmUgcmVhZCB0
    aGF0IHBlb3BsZSBjYW4gZ2V0IHRoZXNlIGhhbmRzZXRzIHdvcmtpbmcgd2l0aCBjaGFuX3NpcCAo YW5kLCBpbmRlZWQgdGhleSBkbywgYXMgdGhlc2UgaGFuZHNldHMgYXJlIHdvcmtpbmcgcGVyZmVj dGx5IHVzaW5nIGNoYW5fc2lwIGluIEFzdGVyaXNrIDExKSwgYnV0IEkgd291bGQgcmVhbGx5IGxp a2UgdG8ga2VlcCBldmVyeXRoaW5nIHVzaW5nIHBqc2lwIChmb3IgdGhlIHJlYXNvbiB0aGF0LCB0
    aGlzIGlzIHdoZXJlIGRldmVsb3BtZW50IGFuZCBpbXByb3ZlbWVudHMgYXJlIGhlYWRpbmcsIGFu ZCBJIGxpa2UgdG8gYmUgdXNpbmcgdGhlIGJlc3QgdGVjaG5vbG9neSBpZiBwb3NzaWJsZSkuDQoN
    ClRoYW5rIHlvdeKApg0KDQpCcmVuZGFuIE9yZA0KT250aGVOZXQgLSBOZXR3b3JrIEVuZ2luZWVy DQpQIDA3IDU1NTMgOTIyMg0KRiAwNyA1NTkzIDM1NTcNCkxldmVsIE9uZSwgMTY1IFZhcnNpdHkg UGFyYWRlIFZhcnNpdHkgTGFrZXMgUWxkIDQyMjcgKE1hcDxodHRwczovL2dvby5nbC9tYXBzL3Ay NVdGPikNCnd3dy5PbnRoZU5ldC5jb20uYXU8aHR0cDovL3d3dy5vbnRoZW5ldC5jb20uYXUvPg0K
    DQoNCi0tDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18NCi0tIEJhbmR3aWR0aCBhbmQgQ29sb2NhdGlvbiBQcm92aWRl ZCBieSBodHRwOi8vd3d3LmFwaS1kaWdpdGFsLmNvbSAtLQ0KTmV3IHRvIEFzdGVyaXNrPyBKb2lu IHVzIGZvciBhIGxpdmUgaW50cm9kdWN0b3J5IHdlYmluYXIgZXZlcnkgVGh1cnM6DQogICAgICAg ICAgICAgICBodHRwOi8vd3d3LmFzdGVyaXNrLm9yZy9oZWxsbw0KDQphc3Rlcmlzay11c2VycyBt YWlsaW5nIGxpc3QNClRvIFVOU1VCU0NSSUJFIG9yIHVwZGF0ZSBvcHRpb25zIHZpc2l0Og0KICAg aHR0cDovL2xpc3RzLmRpZ2l1bS5jb20vbWFpbG1hbi9saXN0aW5mby9hc3Rlcmlzay11c2Vycw0K
    DQo

  • Last time I checked you have to put a plus sign to combine parameters from main and custom file. Like this:

    [233](+)

    force_rport=no

  • Thank you.

    I read that last yesterday afternoon, and I could’ve sworn I tried that but I will look into it again (I’ve tried so many different things it was getting cloudy what I’ve tried and what worked etc, combined that the extension config gets messed up after playing with it so much so I’m often recreating it as well).

    I also found a bug report in the FreePBX bug tracker http://issues.freepbx.org/browse/FREEPBX-8517

    It’s not exactly the same, but it’s very similar and the closing comment was “limitation of pjsip”. I might be getting ahead of myself, but would anyone be able to comment on that? Anyway, this looks like a FreePBX issue so this isn’t the ideal forum to discuss their bugs.

    Brendan Ord Hi list,

    I’ve been googling this issue and found some good resources however I am still running into problems with the following combo … Here’s my story;

    – Asterisk 13.4 with FreePBX 12.

    – Migrating from Asterisk 11 / FreePBX 2.11

    – Mix of Cisco 79xx handsets, mostly 7940G’s.

    My problems started with (the very common) issue of the 7940 not replying to 401 UNAUTHORIZED with a second REGISTER containing the auth digest details. A quick Google found a heap of information in various forums, all with replies from Joshua Colp stating that force_rport=no needs to be set for these endpoints, see http://forums.digium.com/viewtopic.php?f=1&t=91699

    So, (being that this is FreePBX and the main conf files are controlled by that) I jumped into /etc/asterisk/pjsip.endpoint_custom.conf and added;

    [233]
    force_rport=no

    Reloaded everything, recreated the extension and tested again, watching what goes between this endpoint with ‘ngrep -W byline host 172.22.3.228’ and now I get something which I don’t fully understand;

    U 172.22.3.228:51440<http://172.22.3.228:51440> -> 172.22.4.8:5060<http://172.22.4.8:5060>
    REGISTER sip:172.22.4.8 SIP/2.0. Via: SIP/2.0/UDP 172.22.3.228:5060;branch=z9hG4bK505b3494. From: >;tag=001469a7180c0011603d4433-6cef1ff3. To: >. Call-ID: 001469a7-180c0002-58faebd6-05b99917@172.22.3.228. Max-Forwards: 70. Date: Wed, 22 Jul 2015 00:41:48 GMT. CSeq: 114 REGISTER. User-Agent: Cisco-CP7940G/8.0. Contact: ;+sip.instance=”“;+u.sip!model.ccm.cisco.com<http://model.ccm.cisco.com>=”8″. Content-Length: 0. Expires: 120.
    .

    #
    I 172.22.4.8 -> 172.22.3.228 3:3
    ….E..:)…@…………….&..REGISTER sip:172.22.4.8 SIP/2.0. Via: SIP/2.0/UDP 172.22.3.228:5060;branch=z9hG4bK505b3494. From: >;tag=001469a7180c0011603d4433-6cef1ff3. To: >. Call-ID: 001469a7-180c0002-58faebd6-05b99917@172.22.3.228. Max-Forwards: 70. Date: Wed, 22 Jul 2015 00:41:48 GMT. CSeq: 114 REGISTER. User-Agent: Cisco-CP7940G/8.0. Contact: ;+sip.instance=”“;+u.sip!model.ccm.cisco.com<http://model.ccm.cisco.com>=”8″. Content-Lengt

    I don’t understand this reply from Asterisk (172.22.4.8) – why it’s not complete and what’s this 3:3?

    If anyone has input or experience with this problem I would be forever grateful. I have read that people can get these handsets working with chan_sip (and, indeed they do, as these handsets are working perfectly using chan_sip in Asterisk 11), but I would really like to keep everything using pjsip (for the reason that, this is where development and improvements are heading, and I like to be using the best technology if possible).

    Thank you…

    Brendan Ord OntheNet – Network Engineer P 07 5553 9222
    F 07 5593 3557
    Level One, 165 Varsity Parade Varsity Lakes Qld 4227 (Map<https://goo.gl/maps/p25WF>)
    http://www.OntheNet.com.au<http://www.onthenet.com.au/>

  • Hello,

    Putting this into pjsip.endpoint_custom.conf;

    [233](+)

    force_rport=no

    Didn’t work – as can be seen below, Asterisk is still replying on the source port instead of 5060;

    #
    U 172.22.4.50:51037 -> 172.22.4.8:5060
    REGISTER sip:172.22.4.8 SIP/2.0. Via: SIP/2.0/UDP 172.22.4.50:5060;branch=z9hG4bK6c6b20ee. From: ;tag=001469a7180c00a6368fbc8e-7fedf772. To: . Call-ID: 001469a7-180c0002-58f81e51-5a17e8fb@172.22.4.50. Max-Forwards: 70. Date: Thu, 23 Jul 2015 02:53:26 GMT. CSeq: 265 REGISTER. User-Agent: Cisco-CP7940G/8.0. Contact: ;+sip.instance=”“;+u.sip!model.ccm.cisco.com=”8”. Content-Length: 0. Expires: 120.
    .

    #
    U 172.22.4.8:5060 -> 172.22.4.50:51037
    SIP/2.0 401 Unauthorized. Via: SIP/2.0/UDP 172.22.4.50:5060;rport=51037;received=172.22.4.50;branch=z9hG4bK6c6b20ee. Call-ID: 001469a7-180c0002-58f81e51-5a17e8fb@172.22.4.50. From: ;tag=001469a7180c00a6368fbc8e-7fedf772. To: ;tag=z9hG4bK6c6b20ee. CSeq: 265 REGISTER. WWW-Authenticate: Digest realm=”asterisk”,nonce=”1437620030/5d32272e81266a723b2c090074799fe2″,opaque=”65e177e35509170b”,algorithm=md5,qop=”auth”. Server: FPBX-AsteriskNOW-12.0.73(13.4.0). Content-Length: 0.
    .

    Brendan Ord I’ve gotten to the bottom of this;

    Seems that the pjsip.endpoint_custom.conf isn’t getting included properly, or my syntax is wrong. Last time I checked you have to put a plus sign to combine parameters from main and custom file. Like this:
    [233](+)
    force_rport=no

    If I put force_rport=no into pjsip.endpoint.conf and reload only Asterisk, everything works perfectly. Unfortunately, I’m using FreePBX, so it owns this file and my changes won’t persist a FreePBX reload.

    Brendan Ord OntheNet – Network Engineer P 07 5553 9222
    F 07 5593 3557
    Level One, 165 Varsity Parade Varsity Lakes Qld 4227 (Map<https://goo.gl/maps/p25WF>)
    http://www.OntheNet.com.au<http://www.onthenet.com.au/>

  • Another FreePBX forum member has logged a bug report for me, so this thread can be closed.

    http://issues.freepbx.org/browse/FREEPBX-9810

    Thanks for everyone’s input with this problem.

    Brendan Ord I’ve gotten to the bottom of this;

    Seems that the pjsip.endpoint_custom.conf isn’t getting included properly, or my syntax is wrong. Last time I checked you have to put a plus sign to combine parameters from main and custom file. Like this:
    [233](+)
    force_rport=no

    If I put force_rport=no into pjsip.endpoint.conf and reload only Asterisk, everything works perfectly. Unfortunately, I’m using FreePBX, so it owns this file and my changes won’t persist a FreePBX reload.

    Brendan Ord OntheNet – Network Engineer P 07 5553 9222
    F 07 5593 3557
    Level One, 165 Varsity Parade Varsity Lakes Qld 4227 (Map<https://goo.gl/maps/p25WF>)
    http://www.OntheNet.com.au<http://www.onthenet.com.au/>