Hallo,
also irgendwie ist ein bisschen der Fisch nach dem letztem Update vorhanden. Upgedated wurden z.B. libpri, asterisk-addons und asterisk-sounds.
Resultat ist, dass jetzt alle Anrufe - auch wenn die Nummer nicht in der extensions.conf unter default aufscheint trotzdem in alle anderen "subconfigs" weitergereicht werden.
Also es wird nicht am Ende von "default" aufgehoert was aber vorher passiert ist. Gut mit einem .X_ (war sicher der Fehler das wir nur unsere Nummern drinn hatten) ist das Problem geloest.
Mist ist, dass halt jetzt pro Tag tausende Anrufe ankommen weil sich irgendwelche Vollhirfler verwaehlen, alte Nummern anrufen und keine Ohrn haben wo Sie erfahren "SIE HABEN EINE FALSCHE NUMMER GEWAEHLT" wuerden . nein .. da wir tagelang probiert anzurufen *argl*
Weiters gibt es Probleme, dass wenn ein Anruf eingehend ist, dass gewisse Features nicht hoerbar sind obwohl die Ausgabe aber richtig funktioniert. Beispiel :
Also lt. CLI passt alles - nur der Anrufer hoert einfach die 4 Playdigits nicht mehr. Lustiges Phaenomen ist aber, dass wenn man die Sprache z.B. von Deutsch auf English umstellt, die config neu ladet, dass es dann eine zeitlang funktioniert und dann auf einmal nicht mehr - aber ohne Vorwarnung, Fehler odgl.
Zum Glueck ist mir das ganze aktuell nur von Test-Nummern bekannt, wobei wir ehrlich gesagt jetzt nicht alle einzelnen Nummern unserer Kunden ausprobiert haetten, aber bis Dato hat sich da auch noch keiner beschwert oder waere was aufgefallen.
Hat jemand solche Beobachtungen auch gemacht bzw. hat da jemand einen Loesungsansatz was hier faul sein koennte ??
Vermutung liegt daran, dass es am libpri update auf 1.2.2 liegt, wobei es auch am update auf asterisk-addons auf 1.2.2 liegen kann.
Gruss
Alex
also irgendwie ist ein bisschen der Fisch nach dem letztem Update vorhanden. Upgedated wurden z.B. libpri, asterisk-addons und asterisk-sounds.
Resultat ist, dass jetzt alle Anrufe - auch wenn die Nummer nicht in der extensions.conf unter default aufscheint trotzdem in alle anderen "subconfigs" weitergereicht werden.
Also es wird nicht am Ende von "default" aufgehoert was aber vorher passiert ist. Gut mit einem .X_ (war sicher der Fehler das wir nur unsere Nummern drinn hatten) ist das Problem geloest.
Mist ist, dass halt jetzt pro Tag tausende Anrufe ankommen weil sich irgendwelche Vollhirfler verwaehlen, alte Nummern anrufen und keine Ohrn haben wo Sie erfahren "SIE HABEN EINE FALSCHE NUMMER GEWAEHLT" wuerden . nein .. da wir tagelang probiert anzurufen *argl*
Weiters gibt es Probleme, dass wenn ein Anruf eingehend ist, dass gewisse Features nicht hoerbar sind obwohl die Ausgabe aber richtig funktioniert. Beispiel :
Code:
s11*CLI>
-- Accepting overlap call from 'xxxx' to 'xxxxx' on channel 0/2, span 1
-- Starting simple switch on 'Zap/2-1'
-- Executing SayDigits("Zap/2-1", "1111") in new stack
-- Playing 'digits/1' (language 'en')
-- Playing 'digits/1' (language 'en')
-- Playing 'digits/1' (language 'en')
-- Playing 'digits/1' (language 'en')
-- Executing Hangup("Zap/2-1", "") in new stack
-- Hungup 'Zap/2-1'
-- Channel 0/1, span 1 got hangup request
-- Hungup 'Zap/1-1'Also lt. CLI passt alles - nur der Anrufer hoert einfach die 4 Playdigits nicht mehr. Lustiges Phaenomen ist aber, dass wenn man die Sprache z.B. von Deutsch auf English umstellt, die config neu ladet, dass es dann eine zeitlang funktioniert und dann auf einmal nicht mehr - aber ohne Vorwarnung, Fehler odgl.
Zum Glueck ist mir das ganze aktuell nur von Test-Nummern bekannt, wobei wir ehrlich gesagt jetzt nicht alle einzelnen Nummern unserer Kunden ausprobiert haetten, aber bis Dato hat sich da auch noch keiner beschwert oder waere was aufgefallen.
Hat jemand solche Beobachtungen auch gemacht bzw. hat da jemand einen Loesungsansatz was hier faul sein koennte ??
Vermutung liegt daran, dass es am libpri update auf 1.2.2 liegt, wobei es auch am update auf asterisk-addons auf 1.2.2 liegen kann.
Gruss
Alex
