Hallo an Alle,
hat sich was beim VCM geändert? Wurde dort die Programmierung geändert? Denn ich habe seit geraumer Zeit ein Problem:
VCM verwechselt anscheinend die "Source IP" bei der SIP-Leitung von SIPGATE:
Die "109.233.129.13" = sip.messagenet.it (Italienischer SIP Provider), von MESSAGENET habe ich auch einen Account unter SIP-Leitungen, aber dieser sollte nicht bei der SIP-Leitung von SIPGATE antworten bzw. auf dem SIPGATE Account landen...
Weiter passiert so etwas auch bei der SIP-Leitung von DNS-NET:
Dort passiert das gleiche "92.60.210.92" = nfon AG (Deutscher SIP Provider), von NFON habe ich auch einen Account unter SIP-Leitungen, aber dieser sollte nicht bei der SIP-Leitung von DNS-NET antworten bzw. auf dem DNS-NET Account landen...
Weiter ebenso bei DUSNET1:
Auch dort das gleiche "92.60.210.92" = nfon AG (Deutscher SIP Provider), antwortet bzw. landet auf dem DUSNET1 Account...
Bei DUSNET2 und DUSNET3 ist wieder MESSAGENET dran:
"109.233.129.13" = sip.messagenet.it (Italienischer SIP Provider), antwortet bzw. landet auf dem DUSNET2 und DUSNET3 Accounts...
Und so geht es immer weiter.
Wie kann man das Lösen ohne den Schalter "SIP-Nachrichten nur vom Registrar erlauben" zu deaktivieren...?![:G)]( "Gruebel")
Grüße
Cpuprofi
hat sich was beim VCM geändert? Wurde dort die Programmierung geändert? Denn ich habe seit geraumer Zeit ein Problem:
VCM verwechselt anscheinend die "Source IP" bei der SIP-Leitung von SIPGATE:
Code:
Received SIP message from invalid sourceActual Source IP .......: 109.233.129.13Expected Source IP .....: 217.10.79.9Actual Dest IP .........: 100.119.78.112Expected Dest IP .......: 100.119.78.112Local UDP Port .........: 10670Actual Remote UDP Port .: 5060Expected Remote UDP Port: 5060Actual Routing Tag .....: 0Expected Routing Tag ...: 0Line Name ..............: SIPGATEWeiter passiert so etwas auch bei der SIP-Leitung von DNS-NET:
Code:
Received SIP message from invalid sourceActual Source IP .......: 92.60.210.92Expected Source IP .....: 79.140.113.2Actual Dest IP .........: 100.119.78.112Expected Dest IP .......: 100.119.78.112Local UDP Port .........: 14521Actual Remote UDP Port .: 5060Expected Remote UDP Port: 5060Actual Routing Tag .....: 0Expected Routing Tag ...: 0Line Name ..............: DNS-NETWeiter ebenso bei DUSNET1:
Code:
Actual Source IP .......: 92.60.210.92Expected Source IP .....: 83.125.8.71Actual Dest IP .........: 100.119.78.112Expected Dest IP .......: 100.119.78.112Local UDP Port .........: 10093Actual Remote UDP Port .: 5060Expected Remote UDP Port: 5060Actual Routing Tag .....: 0Expected Routing Tag ...: 0Line Name ..............: DUSNET1Bei DUSNET2 und DUSNET3 ist wieder MESSAGENET dran:
Code:
Actual Source IP .......: 109.233.129.13Expected Source IP .....: 83.125.8.73Actual Dest IP .........: 100.119.78.112Expected Dest IP .......: 100.119.78.112Local UDP Port .........: 10074Actual Remote UDP Port .: 5060Expected Remote UDP Port: 5060Actual Routing Tag .....: 0Expected Routing Tag ...: 0Line Name ..............: DUSNET2Code:
Actual Source IP .......: 109.233.129.13Expected Source IP .....: 83.125.8.71Actual Dest IP .........: 100.119.78.112Expected Dest IP .......: 100.119.78.112Local UDP Port .........: 12562Actual Remote UDP Port .: 5060Expected Remote UDP Port: 5060Actual Routing Tag .....: 0Expected Routing Tag ...: 0Line Name ..............: DUSNET3Und so geht es immer weiter.
Wie kann man das Lösen ohne den Schalter "SIP-Nachrichten nur vom Registrar erlauben" zu deaktivieren...?
Grüße
Cpuprofi
Statistik: Verfasst von cpuprofi — Gestern, 12:18
