<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="de">
	<id>https://kb.pocnet.net/index.php?action=history&amp;feed=atom&amp;title=Asterisk-IAX-Trunk_nach_Update_kaputt</id>
	<title>Asterisk-IAX-Trunk nach Update kaputt - Versionsgeschichte</title>
	<link rel="self" type="application/atom+xml" href="https://kb.pocnet.net/index.php?action=history&amp;feed=atom&amp;title=Asterisk-IAX-Trunk_nach_Update_kaputt"/>
	<link rel="alternate" type="text/html" href="https://kb.pocnet.net/index.php?title=Asterisk-IAX-Trunk_nach_Update_kaputt&amp;action=history"/>
	<updated>2026-05-16T13:19:49Z</updated>
	<subtitle>Versionsgeschichte dieser Seite in Knowledgebase</subtitle>
	<generator>MediaWiki 1.43.8</generator>
	<entry>
		<id>https://kb.pocnet.net/index.php?title=Asterisk-IAX-Trunk_nach_Update_kaputt&amp;diff=1787&amp;oldid=prev</id>
		<title>PoC: Neu</title>
		<link rel="alternate" type="text/html" href="https://kb.pocnet.net/index.php?title=Asterisk-IAX-Trunk_nach_Update_kaputt&amp;diff=1787&amp;oldid=prev"/>
		<updated>2016-05-02T16:44:17Z</updated>

		<summary type="html">&lt;p&gt;Neu&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Neue Seite&lt;/b&gt;&lt;/p&gt;&lt;div&gt;Nach einem &amp;#039;&amp;#039;&amp;#039;Update von Asterisk&amp;#039;&amp;#039;&amp;#039; (Debian 7) auf Debian 8 (Asterisk 11.13.1) funktionierte plötzlich der Trunk zwischen zwei Asterisken via VPN nicht mehr.&lt;br /&gt;
&lt;br /&gt;
* Status für beide Hosts ist &amp;#039;&amp;#039;UNREACHABLE&amp;#039;&amp;#039;.&lt;br /&gt;
* Im Debugging zeigt sich der Fehler dergestalt, dass beide Seiten immer wieder ein IAX POKE senden, aber von der Gegenstelle scheinbar keine Antwort erhalten.&lt;br /&gt;
* Wireshark oder tcpdump zeigen, dass die Pakete wechselweise ankommen.&lt;br /&gt;
* MTU-Problem ist unwahrscheinlich, da die Pakete weniger als 100 Bytes haben.&lt;br /&gt;
* Es kann vorkommen, dass nach einem Entladen und erneuen Laden des &amp;#039;&amp;#039;chan_iax2.so&amp;#039;&amp;#039;-Modules kurzzeitig eine möglicherweise auch einseitige Verbindung (Status &amp;#039;&amp;#039;REACHABLE&amp;#039;&amp;#039;) vorhanden ist, die spätestens beim nächsten Qualify wieder auf &amp;#039;&amp;#039;UNREACHABLE&amp;#039;&amp;#039; springt. Verdächtig war im vorliegenden Fall, dass eine Seite ca. 50&amp;amp;thinsp;ms als Delay angezeigt hat, die andere ca. 530&amp;amp;thinsp;ms.&lt;br /&gt;
&lt;br /&gt;
Nach einiger Recherche hat sich herausgestellt, dass IAX recht timingempfindlich und eine im Asterisken vorhandene Timingquelle daher (inzwischen) zwingend notwendig ist.&lt;br /&gt;
 module unload chan_iax2.so&lt;br /&gt;
 module load res_timing_timerfd.so&lt;br /&gt;
 module load chan_iax2.so&lt;br /&gt;
&lt;br /&gt;
Damit war das Problem gelöst. Das Modul muss natürlich in der &amp;#039;&amp;#039;modules.conf&amp;#039;&amp;#039; zum Laden beim Starten des Asterisken hinzugefügt werden.&lt;br /&gt;
&lt;br /&gt;
Dieser Fehler konnte nur auftreten, da ich kein Module-Autoloading in der &amp;#039;&amp;#039;modules.conf&amp;#039;&amp;#039; vom Asterisken gesetzt habe. (Weniger Angriffsfläche und weniger Speicherverbrauch durch unnötigen Code).&lt;br /&gt;
&lt;br /&gt;
== Weblinks ==&lt;br /&gt;
* [https://wiki.asterisk.org/wiki/display/AST/Timing+Interfaces Asterisk Timing Interfaces] auf www.asterisk.org&lt;br /&gt;
&lt;br /&gt;
[[Kategorie:VoIP]]&lt;/div&gt;</summary>
		<author><name>PoC</name></author>
	</entry>
</feed>