Installen vast Bellen in Unifi talk

@eric, @louisL of @Waqqas , weet één van jullie dit toevallig? 😀 Misschien helpt dit trouwens ook nog @fanteplantje: Setting up unifi talk with ODIDO (formerly T-Mobile Thuis) in The Netherlands | Ubiquiti Community

Ik ken Unifi Talk niet, en moet dus gokken.

• gebruik realm ZONDER port. Port 5060 is standaard
• Ik vermoed dat je probleem bij de register name zit. Dat moet denk ik je telefoon nummer zijn. Probeer ook eens dat eventueel leeg te laten
• Probeer evt telefoonnummers in nationaal formaat (0123 enz) of internationaal (+31xxxxxx) of zonder +

Ik heb inmiddels het juiste username/password via support!

In de logs zie ik dat de authenticatie succesvol is, dus dat is vast afgevinkt:

2024-07-12 23:02:43.100306 0.00% [NOTICE] sofia_reg.c:463 Registering tmobilethuis.nl
2024-07-12 23:02:43.202776 0.00% [DEBUG] sofia.c:2115 nua_i_outbound: unknown event 8: 101 NAT detected
2024-07-12 23:02:43.205767 0.00% [DEBUG] sofia_reg.c:2850 Authenticating 'ETG12345P008' with 'Digest:"voip.t-mobilethuis.nl":ETG12345P008:XXXXXXXXXXXXXXXXXXX'.
2024-07-12 23:02:43.503712 0.00% [CONSOLE] switch_loadable_module.c:1772 Successfully Loaded [mod_sofia]

Maar als ik bel krijg ik steevast “momenteel is dit nummer niet in gebruik”

Dat andere bericht was m’n eigen vraag bij Unifi, ben denk ik een van de eerste met een Unifi Touch Phone op Odido, want ik kan nog echt nergens niets vinden.

Heb tijdelijk ook budgetphone.nl aangevraagd, daar kan ik inmiddels gebeld worden, maar bellen lukt niet. 

Inmiddels ben ik zover dat ik gebeld kan worden!

Moest er aardig wat velden voor instellen en vogelen:

proxy: voip.t-mobilethuis.nl
realm: voip.t-mobilethuis.nl
context: public
password <SIP PASSWORD>
register: true
username: <SIP USERNAME XXX00000P000X>
extension: <+31PHONENUMBER>
rtp-end-port: 40018
rtp-start-port: 40000
from-domain: voip.t-mobilethuis.nl

Phone Numbers: <+31PHONENUMBER>


Ik kan nog geen gesprekken aannemen. er lijkt iets mis te gaan met het challenge-realm. Maar ben dus weer een stukje verder...

Ben er inmiddels uit hoe ik de SIP logs in telephony debug mode kan krijgen, dat verheldert eea.

De verbinding wordt nu verbroken door ODIDO lijkt het na het authenticeren van het uitgaande gesprek:

 

INVITE sip:+316XXXXXXXX@voip.t-mobilethuis.nl SIP/2.0
v:SIP/2.0/UDP 188.89.208.19:6767;rport;branch=z9hG4bKjySem71S05p3N
Max-Forwards:70
f:<sip:+3133XXXXXXX@voip.t-mobilethuis.nl>;tag=K3c4ajrSeacjN
t:<sip:+316XXXXXXXX@voip.t-mobilethuis.nl>
i:b9d779fd-bb56-123d-7f95-1634fbefc58d
CSeq:85862549 INVITE
m:<sip:gw+ODIDO@188.89.208.19:6767;transport=udp;gw=ODIDO>
User-Agent:UT-3.2.2
Allow:INVITE,ACK,BYE,CANCEL,OPTIONS,MESSAGE,INFO,UPDATE,REGISTER,REFER,NOTIFY
k:timer,path,replaces
u:talk,hold,conference,refer
Proxy-Authorization:Digest username="<<USERNAME>>",realm="voip.t-mobilethuis.nl",nonce="XXXXXXXXXXXXXXXXXXXXXXXXXXXXXX",algorithm=MD5,uri="sip:+316XXXXXXXX@voip.t-mobilethuis.nl",response="XXXXXXXXXXXXXXXXXXXXXXXXXXX"
c:application/sdp
Content-Disposition:session
l:246
X-FS-Support:update_display,send_info

v=0
o=FreeSWITCH 1720814133 1720814134 IN IP4 188.89.208.19
s=FreeSWITCH
c=IN IP4 188.89.208.19
t=0 0
m=audio 18548 RTP/AVP 0 101 13
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=rtpmap:13 CN/8000
a=ptime:20

e3d2e4e2-7061-4742-905c-cd8b3f3dd224 2024-07-13 03:04:41.518601 89.37% [DEBUG] sofia.c:7493 Channel sofia/external_talk/+316XXXXXXXX entering state [calling][0]
recv 496 bytes from udp/[37.143.85.54]:5060 at 03:04:41.538482:
------------------------------------------------------------------------
SIP/2.0 407 Proxy Authentication Required
v:SIP/2.0/UDP 192.168.0.1:6767;rport=6767;branch=z9hG4bKjySem71S05p3N;received=192.168.0.1
f:<sip:+3133XXXXXXX@voip.t-mobilethuis.nl>;tag=K3c4ajrSeacjN
t:<sip:+316XXXXXXXX@voip.t-mobilethuis.nl>;tag=4fd8816a72ced01153c67999b4b9b61d.24bb8dfe
i:b9d779fd-bb56-123d-7f95-1634fbefc58d
CSeq:85862549 INVITE
Proxy-Authenticate: Digest realm="voip.t-mobilethuis.nl", nonce="XXXXXXXXXXXXXXXXXXXXXXXX"
Server: Odido SIP Server
Content-Length: 0

send 355 bytes to udp/[37.143.85.54]:5060 at 03:04:41.538717:
------------------------------------------------------------------------
ACK sip:+316XXXXXXXX@voip.t-mobilethuis.nl SIP/2.0
v:SIP/2.0/UDP 188.89.208.19:6767;rport;branch=z9hG4bKjySem71S05p3N
Max-Forwards:70
f:<sip:+3133XXXXXXX@voip.t-mobilethuis.nl>;tag=K3c4ajrSeacjN
t:<sip:+316XXXXXXXX@voip.t-mobilethuis.nl>;tag=4fd8816a72ced01153c67999b4b9b61d.24bb8dfe
i:b9d779fd-bb56-123d-7f95-1634fbefc58d
CSeq:85862549 ACK
l:0

e3d2e4e2-7061-4742-905c-cd8b3f3dd224 2024-07-13 03:04:41.538646 89.37% [DEBUG] sofia_reg.c:2850 Authenticating <<USERNAME>> with Digest:"voip.t-mobilethuis.nl":<<USERNAME>>:<<PASSWORD>>.
e3d2e4e2-7061-4742-905c-cd8b3f3dd224 2024-07-13 03:04:41.538646 89.37% [DEBUG] sofia.c:7493 Channel sofia/external_talk/+316XXXXXXXX entering state [terminated][904]
e3d2e4e2-7061-4742-905c-cd8b3f3dd224 2024-07-13 03:04:41.538646 89.37% [NOTICE] sofia.c:8735 Hangup sofia/external_talk/+316XXXXXXXX [CS_CONSUME_MEDIA] [NORMAL_UNSPECIFIED]

Nee nog niet. En ga er de komende tijd ook nog ff niet naar kijken. De PM van Unifi Talk heeft de ligt aan me gevraagd en gaat er ook naar kijken.

Van wat ik begrijp is Free switch een heel veel gebruikte VOIP server, zou mooi zijn als het werkend te krijgen is.

Weet niet of deze info je iets verder op weg kan helpen, gaat dan wel over Unifi talk maar ook over een 3de party SIP provider.

Ik heb nog eens zitten kijken naar je logfile. Is dit werkelijk de eerste SIP invite die gestuurd wordt? Normaal krijg je eerst een invite ZONDER authorization info. De server antwoordt dan met een 407 Proxy Authentication Required met een challenge (Nonce: number once, kun je rustig laten staan in een log die je port, dat mu,,er wordt toch maar eenmaal gebruikt)

Jouw Unifi talk zou dan moeten antwoorden met een tweede INVITE met een antwoord zoals je in de invite die je hebt gepost:

Proxy-Authorization:Digest username="<<USERNAME>>",realm="voip.t-mobilethuis.nl",nonce="XXXXXXXXXXXXXXXXXXXXXXXXXXXXXX",algorithm=MD5,uri="sip:+316XXXXXXXX@voip.t-mobilethuis.nl",response="XXXXXXXXXXXXXXXXXXXXXXXXXXX"

https://andrewjprokop.wordpress.com/2015/01/27/understanding-sip-authentication/ geeft je een idee voor hoe dit zou moeten werken

Ik vermoed dat er een INVITE was die je niet hebt laten zien en er een 407 of 401 was die je ook niet hebt laten zien met een nonce waarop talk antwoord en er dus of er is iets mis is met je authentication details die je Talk stuurt waardoor de SIP server je authentication niet snapt en opnieuw een 407 stuurt….

Heb je ook al deze handleiding gezien? Wellicht dat daar ook verder mee komt.

Of deze.