Routingfehler nach Umstellung auf V8

[groundhog]

Ich habe unsere Eigenanlage probeweise von V7 (aktuellste Version) auf V8 umgestellt.

Danach wurde kein externer Anruf (über Patton 4638) mehr durchgestellt. Externe Anrufer bekommen eine Systemansage, das der Anruf nicht durchgestellt werden kann. Interne Telefonate funktionieren. Abgehende externe Gespräche habe ich nicht geführt, aber die Signalisierung erfolgt.

Folgendes finde ich im Log:

21:28:01.343 [CM503008]: Call(42): Call is terminated
21:27:54.140 [CM503007]: Call(42): Device joined: sip:[email protected]:40600;rinstance=88e88969545077f8
21:27:54.125 [CM503007]: Call(42): Device joined: sip:[email protected]:5060
21:27:54.125 [CM503002]: Call(42): Alerting sip:[email protected]:40600;rinstance=88e88969545077f8
21:27:53.953 [CM503025]: Call(42): Calling Unknown:Ext.EndCall@[Dev:sip:[email protected]:40600;rinstance=88e88969545077f8]
21:27:53.937 [CM503016]: Call(42): Attempt to reach failed. Reason: Server Failure
21:27:53.937 [CM503003]: Call(42): Call to sip:[email protected]:5060 has failed; Cause: 503 No route to host; warning: ; internal
21:27:53.906 Can't find source interface to use
21:27:53.812 [CM503025]: Call(42): Calling Ext:Sip.117@[Dev:sip:[email protected]:5060]
21:27:53.750 [CM503004]: Call(42): Route 1: Ext:Sip.117@[Dev:sip:[email protected]:5060]
21:27:53.750 [CM503010]: Making route(s) to
21:27:53.750 [CM503001]: Call(42): Incoming call from 15794324219@(Ln.10002@Patton ISDN 4 Port) to
21:27:53.687 [CM503012]: Inbound out-of-office hours rule (17) for 10002 forwards to DN:117

Dabei ist die IP in der SIP-Zieladresse (169.254.218.74) eindeutig falsch. Der Server hat die Adresse 10.0.132.100. Auch die Teilnehmeradresse (wäre in diesem Fall 10.0.132.77) wird offensichtlich falsch übernommen.
Nach einigem Rumprobieren habe ich wieder auf V7 zurückgestellt, keine Probleme.

In V7 sieht die Zeile, die meiner Meinung nach in dem oben stehenden Protokoll den Fehler enthält folgendermassen aus:

22:30:55.744 [CM503001]: Call(5): Incoming call from 0015794324219@(Ln.10002@Patton ISDN 4 Port) to

Dabei fällt mir auf, das die Quellrufnummer (korrekter Weise) zwei führende Nullen enthält, die bei V8 ebenfalls fehlen.
Veränderungen am Patton habe ich nicht vorgenommen.

Bei diesem Fehlerbild kann es sich offensichtlich nur um einen Konfigurationsfehler handeln, aber ich wüsste nicht wo ich suchen soll.

Hat jemand eine Idee?

Viele Grüße,
Axel

 

[stefanw]

Hat dein PC 2 Netzwerkkarte und eine davon nicht in Benutzung?
Diese Deaktivieren unter erweiterten Netzwerkeinstellungen die SIP-Verwendete-netzwerkkarte nach ganz oben schieben, ggf 3CX neu installieren

 

[matictec]

Schon mal versucht das Patton auf der 3CX neu zu erstellen. Eventuell haben sich die Templates geändert.

Bitte auch noch mal die Netzwerkstruktur ein wenig beschreiben. (Subnetzmaske, IPs des Servers, Patton Telefone, festverkabelt oder nicht? usw.)

Bei Interesse könnte ich auch mal per Fernwartung raufschauen.

 

[groundhog]

@stefanw wrote:Hat dein PC 2 Netzwerkkarte und eine davon nicht in Benutzung?
Diese Deaktivieren unter erweiterten Netzwerkeinstellungen die SIP-Verwendete-netzwerkkarte nach ganz oben schieben, ggf 3CX neu installieren

Vielen Dank. Das war's wohl.
Auch die beide beschriebenen Fehler sind damit beseitigt. Ich habe noch ein kleines Problem mit Pickup und Lizenz, das aber in einem neuen Tread.

Axel

 

[groundhog]

@matictec wrote:Schon mal versucht das Patton auf der 3CX neu zu erstellen. Eventuell haben sich die Templates geändert.

Bitte auch noch mal die Netzwerkstruktur ein wenig beschreiben. (Subnetzmaske, IPs des Servers, Patton Telefone, festverkabelt oder nicht? usw.)

Bei Interesse könnte ich auch mal per Fernwartung raufschauen.

Danke für die Antwort.

Ja, ich hatte das versucht, aber gleicher Effekt.

Grüße,
Axel

 

[stefanw]

Wo kommt die APIA Addresse her?
Das patton wird doch wohl keine APIP haben.
Aber die Anlage versucht diese dort zu erreichen.

Wenn das Template für das Patton auf die APIPA Karte ausgestellt worden ist ist das Problem klar.

 

[groundhog]

@stefanw wrote:Wo kommt die APIA Addresse her?
Das patton wird doch wohl keine APIP haben.
Aber die Anlage versucht diese dort zu erreichen.

Wenn das Template für das Patton auf die APIPA Karte ausgestellt worden ist ist das Problem klar.

Da musste ich ja erst mal APIA/APIPA nachschlagen.
Nein, das Problem ist ja (siehe meinen Post oben) mit der Änderung an der Kartenkonfiguration behoben.

Aber ich habe immerhin was zum Thema APIPA gelernt, kann ich gut gebrauchen ;-)))

Vielen Dank nochmal,
Axel