Fehlendes Ringback bei Calls zu Teilnehmern auf Arcor-Plattform

Question

Hallo Spezialisten der SIP-Telekomplattform! Seit geraumer Zeit ist bei outbound Calls zu Teilnehmern der Arcor-Plattform via AllIP der Telekom kein Ringback im Telefon des Callers mehr zu hören. Hintergrund ist vermutlich, dass das Signaling zur Arcor-Plattform seitens der Telekom gestört zu sein scheint:Anstatt nach dem Invite ein 100 Trying / 180 Ringing dem Caller zu übermitteln (damit weiß das Telefon, dass das Ringback lokal erzeugt werden muss), kommt ein 100 Trying / 183 Session in progress ohne SDP an (also beginnender Aufbau von early media ohne einen SDP-Kanal bereitzustellen - das macht nun wenig Sinn). Folge ist, dass das Telefon kein Ringback signalisiert, da kein 'Inband-Signaling' möglich ist mangels SDP.Geht man den gleichen Outbound-Call via Easybell, tritt keinerlei Problem auf - das Signaling entspricht genau dem üblichen Soll: 100 / 180. Bitte mal den Übergang zur Arcor-Plattform checken und das Signaling wieder so einstellen, dass es passt - entweder mit 183 + SDP (und iband signaling) oder ohne 183 und nur 180 Ringing - dann weiß mein SIP-Telefon auch wieder, was es machen soll! Danke!

user347 · Answer

Workaround solange die Telekom das Problem nicht gefixt hat:Das sinnlose 183 Session Progress Paket filtern bei den betroffenen Nummern -- dann kann es keinen Schaden mehr anrichten. Hierzu erst mal eine dedizierte Chain einrichten, in die alle Pakete geschoben werden, die 183 Session Progress - Pakete sind:iptables -N t-online-in-broken# Diese Rule schiebt alle Session Progress Pakete von t-online in die t-online-in-broken - Chain:iptbales -I INPUT -i ppp0 -p udp -m iprange --src-range 217.0.18.0-217.0.29.255 -d eigene InternetIP --sport 5060 --dport 5060 -m conntrack --ctstate RELATED,ESTABLISHED -m string --string '183 Session Progress' --algo bm -j t-online-in-broken# In der t-online-in-broken - chain dann für die betroffenen Teilnehmernummern die Session Progresse-Pakete droppen.iptables -A t-online-in-broken -m string --string '49...' --algo bm -j DROPDie genannten Regeln setzen voraus, dass ein funktionierendes connection tracking eingerichtet ist für SIP. Außerdem sind sie nur Workaround-Teil eines gesamten Regelwerks, um das Prinzip als Solches aufzuzeigen.Umsetzung erfolgt auf eigenes Risiko. Hat hier funktioniert!Bei der Regelreihenfolge im Gesamtkonstrukt darauf achten, dass die Regeln für die RTP-Pakete vor dieser Workaroundregel abgearbeitet werden, so dass nicht der ganze RTP-Strom durch den String-Check muss.

Sören G. · Answer

Hallo @user347,Ersteinmal vielen Dank für das Gespräch. Wie besprochen können Sie mir gerne einen Trace als Direktnachricht schicken.GrußSören G.

Social Media