Re: [SR-Users] BLFs are not working

Some promising events... Added: # ----- presence_dialoginfo params ----- modparam("presence_dialoginfo", "force_single_dialog", 1)       # JTK modparam("presence_dialoginfo", "force_dummy_dialog", 1)        # JTK Now at least a few of the phones are green BLFs that turn/flash red as appropriate... Time for more testing... On 2021-09-30 9:08 p.m., Jerry Kendall wrote: > So, an update... > > I had captured a few packets with sngrep.... > > I then changed the IP address of the DNS records... > In the first capture below, the DNS resolves to the IP address of the > FreeSWITCH server and all is good. > > > I then changed the IP address of the DNS records again... > In the second capture below, the DNS resolves to the IP address of > the Kamailio server and BLFs fail.... > > The NOTIFY from Kamailio does not have the XML payload...AND, the > contact does not have the username part (301 in this case) > > > > THIS NOTIFY WORKS > ------------------- > 2021/09/30 20:59:29.433220 FREESWITCH_IP:PORT -> > the.phone.ip.address:43368 > NOTIFY sip:305@10.0.0.10:43368 SIP/2.0 > Via: SIP/2.0/UDP FREESWITCH_IP:PORT;rport;branch=z9hG4bKXyXm7SvDt6caB > Route: <sip:the.phone.ip.address:43368>;transport=udp > Max-Forwards: 70 > From: <sip:301@DOMAIN.net:PORT>;tag=GK4Tfhtm1Lxb > To: <sip:305@DOMAIN.net:PORT>;tag=364451462 > Call-ID: 1032455482-43368-6(a)BA.CEG.HG.GC > CSeq: 1178818451 NOTIFY > Contact: <sip:301@FREESWITCH_IP:PORT> > User-Agent: > FreeSWITCH-mod_sofia/1.10.6-release+git~20210325T131609Z~1ff9d0a60e~64bit > Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, > REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE > Supported: timer, path, replaces > Event: dialog > Allow-Events: talk, hold, conference, presence, as-feature-event, > dialog, line-seize, call-info, sla, include-session-description, > presence.winfo, message-summary, refer > Subscription-State: active;expires=60 > Content-Type: application/dialog-info+xml > Content-Length: 168 > > <?xml version="1.0"?> > <dialog-info xmlns="urn:ietf:params:xml:ns:dialog-info" version="310" > state="full" entity="sip:301@DOMAIN.net"> > </dialog-info> > > ------------------- > > > > THIS NOTIFY DOES NOT WORK > ------------------- > 2021/09/30 19:08:44.798682 KAMAILIO_IP:PORT -> > the.phone.ip.address:45752 > NOTIFY sip:305@10.0.0.10:45752 SIP/2.0 > Via: SIP/2.0/UDP > KAMAILIO_IP:PORT;branch=z9hG4bK5042.f8943dd4000000000000000000000000.0 > To: <sip:305@DOMAIN.net>;tag=171346255 > From: <sip:301@DOMAIN.net>;tag=5e1ee053cf7168b9d3ee9c05740f837c-d60bd478 > CSeq: 2 NOTIFY > Call-ID: 489946038-45752-6(a)BA.CEG.HG.GC > Content-Length: 0 > User-Agent: kamailio (5.4.4 (x86_64/linux)) > Max-Forwards: 70 > Event: dialog > Contact: <sip:KAMAILIO_IP:PORT> > Subscription-State: active;expires=60 > > ------------------- > > So, any ideas????? > > > > > On 2021-09-30 1:44 p.m., Jerry Kendall wrote: >> So, a little change in status here: >> >> The phones are setup to register as ext(a)domain.com >> >> Kamailio has users defined as ext(a)domain.com >> >> The users are registered AND can call each other without issues >> >> >> I have a GXP2170 reg'd as 301@domain with BLF for 305@domain >> >> I have a GXP1782 reg'd as 305@domain with BLF for 301@domain >> >> I am running sngrep and see LOTS of SUBCRIBE from both phones with >> the following... >> >> ======================== >> >> SUBSCRIBE sip:301@test.example.com:port SIP/2.0 >> Via: SIP/2.0/UDP 10.0.0.62:53748;branch=z9hG4bK1748153224;rport >> From: <sip:305@test.example.com:port>;tag=1412038754 >> To: <sip:301@test.example.com:port> >> Call-ID: 1965507655-53748-9(a)BA.CEG.HG.GC >> CSeq: 20150 SUBSCRIBE >> Contact: <sip:305@10.0.0.62:53748> >> X-Grandstream-PBX: true >> Max-Forwards: 70 >> User-Agent: Grandstream GXP1782 1.0.1.116 >> Expires: 60 >> Supported: replaces, path, timer, eventlist >> Event: dialog >> Accept: >> application/dialog-info+xml,multipart/related,application/rlmi+xml >> Accept-Encoding: zlib+base64 >> Allow: INVITE, ACK, OPTIONS, CANCEL, BYE, SUBSCRIBE, NOTIFY, INFO, >> REFER, UPDATE, MESSAGE >> Content-Length: 0 >> >> SIP/2.0 407 Proxy Authentication Required >> Via: SIP/2.0/UDP >> 10.0.0.62:53748;branch=z9hG4bK1748153224;rport=53748;received=184.148.140.29 >> From: <sip:305@test.example.com:port>;tag=1412038754 >> To: >> <sip:301@test.example.com:port>;tag=c814f383b05cbe6e319f0457961f79e4.13649c3f >> Call-ID: 1965507655-53748-9(a)BA.CEG.HG.GC >> CSeq: 20150 SUBSCRIBE >> Proxy-Authenticate: Digest realm="test.example.com", >> nonce="YVX2EmFV9OaLlg1aA240dgWcVgPq277p" >> Server: kamailio (5.4.4 (x86_64/linux)) >> Content-Length: 0 >> >> SUBSCRIBE sip:301@test.example.com:port SIP/2.0 >> Via: SIP/2.0/UDP 10.0.0.62:53748;branch=z9hG4bK1844436054;rport >> From: <sip:305@test.example.com:port>;tag=1412038754 >> To: <sip:301@test.example.com:port> >> Call-ID: 1965507655-53748-9(a)BA.CEG.HG.GC >> CSeq: 20151 SUBSCRIBE >> Contact: <sip:305@10.0.0.62:53748> >> Proxy-Authorization: Digest username="305", >> realm="test.example.com", nonce="YVX2EmFV9OaLlg1aA240dgWcVgPq277p", >> uri="sip:301@test.example.com:port", response="177 >> b262785786c4b7c3aa68adf4246", algorithm=MD5 >> X-Grandstream-PBX: true >> Max-Forwards: 70 >> User-Agent: Grandstream GXP1782 1.0.1.116 >> Expires: 60 >> Supported: replaces, path, timer, eventlist >> Event: dialog >> Accept: >> application/dialog-info+xml,multipart/related,application/rlmi+xml >> Accept-Encoding: zlib+base64 >> Allow: INVITE, ACK, OPTIONS, CANCEL, BYE, SUBSCRIBE, NOTIFY, INFO, >> REFER, UPDATE, MESSAGE >> Content-Length: 0 >> >> SIP/2.0 202 OK >> Via: SIP/2.0/UDP >> 10.0.0.62:53748;branch=z9hG4bK1844436054;rport=53748;received=184.148.140.29 >> From: <sip:305@test.example.com:port>;tag=1412038754 >> To: >> <sip:301@test.example.com:port>;tag=5e1ee053cf7168b9d3ee9c05740f837c-13649c3f >> Call-ID: 1965507655-53748-9(a)BA.CEG.HG.GC >> CSeq: 20151 SUBSCRIBE >> Expires: 60 >> Contact: <sip:a.b.c.d:port;transport=udp> >> Server: kamailio (5.4.4 (x86_64/linux)) >> Content-Length: 0 >> >> NOTIFY sip:305@10.0.0.62:53748 SIP/2.0 >> Via: SIP/2.0/UDP >> a.b.c.d:port;branch=z9hG4bKd05f.da500673000000000000000000000000.0 >> To: <sip:305@test.example.com>;tag=190302571 >> From: >> <sip:301@test.example.com>;tag=5e1ee053cf7168b9d3ee9c05740f837c-13649c3f >> CSeq: 2 NOTIFY >> Call-ID: 1965507655-53748-9(a)BA.CEG.HG.GC >> Content-Length: 0 >> User-Agent: kamailio (5.4.4 (x86_64/linux)) >> Max-Forwards: 70 >> Event: dialog >> Contact: <sip:a.b.c.d:port;transport=udp> >> Subscription-State: terminated;reason=timeout >> >> SIP/2.0 481 Subscription Does Not Exist >> Via: SIP/2.0/UDP >> a.b.c.d:port;branch=z9hG4bKd05f.da500673000000000000000000000000.0 >> From: >> <sip:301@test.example.com>;tag=5e1ee053cf7168b9d3ee9c05740f837c-13649c3f >> To: <sip:305@test.example.com>;tag=190302571 >> Call-ID: 1965507655-53748-9(a)BA.CEG.HG.GC >> CSeq: 2 NOTIFY >> Supported: replaces, path, timer >> User-Agent: Grandstream GXP1782 1.0.1.116 >> Allow: INVITE, ACK, OPTIONS, CANCEL, BYE, SUBSCRIBE, NOTIFY, INFO, >> REFER, UPDATE, MESSAGE >> Content-Length: 0 >> >> ======================== >> >> >> >> On 2021-09-30 11:56 a.m., Jerry Kendall wrote: >>> Does anyone have some idea of what to look at ? >>> >>> Jerry >>> >>>