Suchergebnisse

Puh ist das gruselig.. Danke für die Infos. VG Dennis

Du musst auch darauf achten, dass beim Schwenk auf den Fremd-Access das Endgerät eine neue DNS-Auflösung macht. Mittlerweile werden bei der DTAG eigene Interfaces per DNS für Fremdaccess-Verbindungen ausgegeben. Die über Telekom-Access aufgelösten Proxy’s sind für IP-Adressen außerhalb des...

Ok, jetzt werd ich langsam neugierig. Woher kommt denn diese Aussage? Im Internet bin ich dazu nicht fündig geworden und in keinem IMS-Netze, in dem ich bisher gearbeitet habe, war etwas derartiges umgesetzt. Mir erschließt sich weder Sinn noch fällt mir eine Spezifikation ein, die ein solches...

Moin zusammen, mich macht diese Aussage sehr stutzig: Das wäre schon ein verdammt großer Zufall, dass immer dann 1&1 die Calls über den vom UA nicht angesteuerten Proxy versucht zuzustellen, wenn der Ursprungsteilnehmer auch ein 1&1-Kunde ist. Ich verstehe zwar das Konzept dahinter nicht...

Hi, Falsche IP-Adressen im Via und Contact durch das Endgerät passt meiner Ansicht nach nicht wirklich zum Fehlerbild. Dann müsste das EG ja genau dann die falschen Adressen nutzen, wenn ein 1&1-Call rein kommt und sonst korrekt signalisieren (alle anderen Provider funktionieren ja lt. dem TE)...

Moin, ich würde hier auch kein Problem mit dem DSL bzw. VLAN-Tagging vermuten. Es besteht offensichtlich kein Konnektivitätsproblem, sondern ein Applikationsproblem. Die 1&1-IMS ist definitiv erreichbar (alle anderen Telefonate funktionieren problemlos) - wenn nur vereinzelte ankommende...

Falscher PAI/PPI müsste „488 - Identity Violation“ zurück werfen (was hier vermutlich auch noch kommen wird, aufgrund des fehlenden +49) Security-Violation spricht für: - fehlende/falsche oder unvollständig Media-Sec-Header - TLS-Verbindung, aber - wie mein Vorredner schon meinte - RTP/AVP...

Hallo, kleine Korrektur: DeutschlandLAN-SIP-Trunk basiert auf der 1TR118 und ist nicht nur architekturell etwas komplett anderes, sondern auch vom Leistungsumfang her nicht vergleichbar. Die Schnittstellenbeschreibung, die alle oben aufgelisteten Feinheiten ist die 1TR119. Die...

Grundsätzlich ist es nicht verboten die TAE durch etwas anderes zu ersetzen. Solang alles funktioniert. Wenn du weißt was du tust, seh ich da kein Problem. Du musst dir nur bewusst sein, dass im Zweifel bei einer Störung der Techniker eine TAE setzen und die Leitung bis dahin funktionsbereit...

Grundsätzlich ist es egal, um welche Anschlussart es geht. Sowohl die CompanyFlex-Familie als auch die klassischen MSN-Tarife wie MagentaZuhause, DLAN IP, CompanyPro nutzen alle die gleichen Mechanismen für DNS und Failover. Einzige der aufzulösende FQDN ist ein anderer. VG Dennis

Ich denke eher dass es um den Failover-Mechanismus geht. Viele Endgeräte machen zwar die SRV-Auflösung, aber bei Ausfällen/Nicht-Erreichbarkeit des Prio10-Ziels gibt es regelmäßig Endgeräte, die nicht selbstständig auf die Failover (Prio20/30) schwenken, sondern auf dem „kaputten“ kleben...

In einem anderen Forum hab ich folgende Lösung gefunden: (https://community.freepbx.org/t/freepbx-does-not-send-180-ringing/88886) Die Problemstellung ist ähnlich zu deiner. Villt hilft dir das ja.

Also den Screenshots zu folge wird das Problem sein, dass lediglich zwei SIP183 von der PBX geschickt werden, ohne einen Early-Dialogue sicher zu etablieren (keine P-Early-Media Steuerung, kein 100rel aktiv) - die 183 machen in dieser Art auch absolut keinen Sinn. Um den lokalen Ringback der...

Hm.. zwei 183 Session-Progress sind natürlich nicht optimal. Was steht denn in beiden 183 drin? (Also einfach auf die Message im Flowchart klicken und einen Screenshot vom Payload machen)

Nein, das hilft so nicht weiter - der trace zeigt nur bis hoch zur TCP-Ebene, SIP läuft aber eine Schicht darüber. Speichere die tcpdumps mal als .pcap ab (tcpdump -w [filename].pcap), öffne diesen mit Wireshark und wähle über Teleohine->VoIP Anrufe die Call-Übersicht aus. Wenn beim Mitschnitt...

Mit einem tcpdump könnten wir uns zumindest anschauen, wie die Anlage in Richtung Provider arbeitet - das wäre ein Anfang. Interessant wäre hierbei das SIP180/183, welches von der Asterisk auf das eingehende INVITE geantwortet wird. VG Dennis

Servus, ich bin zwar kein Asterisk-Profi und kann den Log nur teilweise interpretieren, allerdings läuft mir das Fehlerbild regelmäßig über den Weg. Schau dir mal die Early-Media-Einstellungen in der Signalisierung an. Wenn deine Anlage signalisiert, dass sie im Early-Dialog Media schicken...