VOIP Mitel toestel + unifi Gateway

[Jboy1991]

Hallo Tweakers,

Van mijn werk heb ik een vast Mitel 6920 IP toestel om te testen of deze toestellen geschikt zijn om thuis te werken.

Ik heb het toestel als volgt aangesloten
Ziggo modem (bridge) -> Unifi Gateway -> Switch 1 (met POE) -> Toestel -> PC

Nu zie ik dat het toestel om de x aantal minuten (willigkeurige) zijn verbinding lijkt te verliezen met de VOIP Gateway server. Ik zie dat het symbooltje wat groen hoort te zijn overschiet naar Wit met een driehoek.


Nu wil ik onderzoeken of dit probleem aan mijn netwerk ligt of juist niet, alleen ik heb geen idee hoe ik dit precies aanpak.

Het onderstaande heb ik al gecontroleerd/aangepast maar dit gaf geen resultaat

• ping -t op toestel IP
• ping -t op VOIP gateway IP
• Nieuwe netwerkkabel
• PC uit het toestel gelaten
• UPNP ingeschakeld
• Firewall op toestel uitgezet
• Firewall op Unifi Gateway uitgezet
• Toestel naar fabrieksinstellingen en opnieuw geïnstalleerd

Het toestel heeft de mogelijkheid om een TCP-Dump te doen, echter moet je ik bij het WEB UI komen om de file in te zien. Helaas is de WEB UI uitgeschakeld door de leverancier.

In de Unifi logging zie ik niet dat het toestel steeds een netwerk onderbreking heeft, ook valt de verbinding van mijn pc niet weg.

Heeft iemand hier nog tips?

[Jeroen_ae92]

In de USG kun je de SIP helper module uitzetten. Wil vaak nog wel helpen indien je éénzijdig spraak hebt. Wellicht helpt dat ook met dit issue

[Jboy1991]

Jeroen_ae92 schreef op zaterdag 13 maart 2021 @ 18:49:
In de USG kun je de SIP helper module uitzetten. Wil vaak nog wel helpen indien je éénzijdig spraak hebt. Wellicht helpt dat ook met dit issue

Bedankt voor het meedenken. Ik heb onderstaande uitgevoerd en het toestel kreeg weer even een "groen" icoontje. Maar na 1 minuut werd het weer Wit

code:

configure

set system conntrack timeout udp stream 30

set system conntrack timeout udp other 30

set system conntrack modules sip disable

commit

save

exit

[plizz]

Ik merk dat dat VoIP toestellen i.c.m. firewall niet altijd samen gaat. Bij verschillende klanten hebben wij UDP timeout op 150 gezet en daarna zijn VoIP issue's verdwenen. Kijk of aanpassing helpt.

[Jboy1991]

plizz schreef op zaterdag 13 maart 2021 @ 18:58:
Ik merk dat dat VoIP toestellen i.c.m. firewall niet altijd samen gaat. Bij verschillende klanten hebben wij UDP timeout op 150 gezet en daarna zijn VoIP issue's verdwenen. Kijk of aanpassing helpt.

Heb je dit dan ingesteld op de USG of op het toestel zelf ?

[plizz]

Op firewall is timeout UDP naar 150 gezet.

Note: mijn klanten gebruiken geen USG firewall.

[Jboy1991]

plizz schreef op zaterdag 13 maart 2021 @ 19:11:
Op firewall is timeout UDP naar 150 gezet.

Note: mijn klanten gebruiken geen USG firewall.

Bedankt voor de Tip, is inmiddels aangepast zonder resultaat:


Best jammer dat het niet simpel plug-and-play is. Aangezien dit mogelijk uitgerold moet worden bij medewerkers die digibeet kunnen zijn. Wij kunnen niet verwachten/vragen om aanpassingen te doen op hun firewall

[mathias82]

Als de gegeven suggesties niet helpen: Is switch 1 een managed switch? Indien ja, de poort van de IP phone mirroren en Wireshark starten, dan heb je ook een dump.

[jadjong]

Jboy1991 schreef op zaterdag 13 maart 2021 @ 18:16:
Hallo Tweakers,

Nu wil ik onderzoeken of dit probleem aan mijn netwerk ligt of juist niet, alleen ik heb geen idee hoe ik dit precies aanpak.

Die USG bypassen door tijdelijk het modem uit bridge te halen of een simpel HTK routertje van zolder er tussen te steken en daar de telefoon in steken.

[Jboy1991]

mathias82 schreef op zaterdag 13 maart 2021 @ 19:15:
Als de gegeven suggesties niet helpen: Is switch 1 een managed switch? Indien ja, de poort van de IP phone mirroren en Wireshark starten, dan heb je ook een dump.

Poorten staan open in mijn firewall. Ik begrijp dus niet wat hier dan mis gaat.

[ Voor 8% gewijzigd door Jboy1991 op 13-03-2021 20:03 ]

[kosz]

Sip alg uitschakelen, udp nat timeout is standaard al 180s dus dat kan je laten staan.

SSH naar je USG

configure

set system conntrack modules sip disable

commit

save

exit

[ Voor 11% gewijzigd door kosz op 13-03-2021 20:04 ]

[Jboy1991]

kosz schreef op zaterdag 13 maart 2021 @ 20:03:
Sip alg uitschakelen, udp nat timeout is standaard al 180s dus dat kan je laten staan.

SSH naar je USG

configure

set system conntrack modules sip disable

commit

save

exit

Is al uitgeschakeld zoals je hierboven hebt kunnen lezen.

[tlpeter]

Jboy1991 schreef op zaterdag 13 maart 2021 @ 20:05:
[...]

Is al uitgeschakeld zoals je hierboven hebt kunnen lezen.

Is het toestel verbonden via een teleworker gateway?

[Jboy1991]

tlpeter schreef op zaterdag 13 maart 2021 @ 20:10:
[...]

Is het toestel verbonden via een teleworker gateway?

Ja klopt

[tlpeter]

Ik heb vorig jaar een hele tijd met een 6930 thuis gewerkt. Ergens in die periode overgegaan naar een usg.

[mathias82]

Jboy1991 schreef op zaterdag 13 maart 2021 @ 20:03:
[...]

Poorten staan open in mijn firewall. Ik begrijp dus niet wat hier dan mis gaat.

[Afbeelding]

Dat ziet er niet zo goed uit. Wat is de TTL op de TCP resets?

[Jboy1991]

mathias82 schreef op zaterdag 13 maart 2021 @ 20:55:
[...]


Dat ziet er niet zo goed uit. Wat is de TTL op de TCP resets?

Ik ben geen netwerkbeheerder dus ik ga nu gokken dat je time to life bedoeld?

Zo ja: is dat de 10sec dat je ziet hieronder:


Of bedoel je dit:
[Timestamps]
[Time since first frame in this TCP stream: 0.207747000 seconds]
[Time since previous frame in this TCP stream: 0.000083000 seconds]

[ Voor 14% gewijzigd door Jboy1991 op 14-03-2021 10:35 ]

[mathias82]

Jboy1991 schreef op zaterdag 13 maart 2021 @ 21:51:
[...]

Ik ben geen netwerkbeheerder dus ik ga nu gokken dat je time to life bedoeld?

Zo ja: is dat de 10sec dat je ziet hieronder:
[Afbeelding]

Of bedoel je dit:
[Timestamps]
[Time since first frame in this TCP stream: 0.207747000 seconds]
[Time since previous frame in this TCP stream: 0.000083000 seconds]

Ik bedoel de TTL in Wireshark. Voorbeeldje:



Hier zie je dat de TTL 128 is op dit packet. Wat is de TTL op de TCP resets die van de centrale komen?

[Jboy1991]

mathias82 schreef op zondag 14 maart 2021 @ 12:31:
[...]


Ik bedoel de TTL in Wireshark. Voorbeeldje:

[Afbeelding]

Hier zie je dat de TTL 128 is op dit packet. Wat is de TTL op de TCP resets die van de centrale komen?

Ah, ik heb hier even een screen van genomen met MAC + IP even weggehaald.

Ik ga zo op visite bij mijn ma, ik neem dan even het toestel mee icl een POE Adapter zodat ik het daar ook even kan testen. Dit om uit te sluiten of het mijn netwerk is of juist de server van ons leverancier die iets blokkeert.

[ Voor 16% gewijzigd door Jboy1991 op 14-03-2021 12:57 ]

[mathias82]

Jboy1991 schreef op zondag 14 maart 2021 @ 12:52:
[...]

Ah, ik heb hier even een screen van genomen met MAC + IP even weggehaald.
[Afbeelding]
Ik ga zo op visite bij mijn ma, ik neem dan even het toestel mee icl een POE Adapter zodat ik het daar ook even kan testen. Dit om uit te sluiten of het mijn netwerk is of juist de server van ons leverancier die iets blokkeert.

TTL is 51 op de reset, het is dus niet de USG die de connectie reset maar de centrale. Blijft inderdaad de vraag waarom, en vooral: waarom zoveel resets. Misschien eens contact opnemen met de leverancier / fabrikant?

[Jboy1991]

mathias82 schreef op zondag 14 maart 2021 @ 13:00:
[...]


TTL is 51 op de reset, het is dus niet de USG die de connectie reset maar de centrale. Blijft inderdaad de vraag waarom, en vooral: waarom zoveel resets. Misschien eens contact opnemen met de leverancier / fabrikant?

Net getest bij mijn moeder. Hier krijg ik precies hetzelfde

Maandag neem ik even contact op met de leverancier.

Bedankt voor het meedenken

[Jboy1991]

Inmiddels terugkoppeling gehad van de Leverancier. Het bleek dat het toestel in een verkeerde Zone stond aan hun kant.

Dit is inmiddels opgelost en het toestel werkt inderdaad volledig.