[gelöst] wrong password on authentication

[linuxnewbie]

wir haben folgende Fehlermeldung:

Aug 24 17:40:39 WARNING[11101]: chan_sip.c:9715 handle_response_invite: Forbidden - wrong password on authentication for INVITE to '"Phone203" <sip:[email protected]>;tag=as66130650'

allerdings muß ich dazusagen,
daß ich zwischen 4 Zugängen des Providers wechsle ...

ich habe also vier verschiedene usernames und secrets
zum gleichen Provider

ich zähle die Anrufe n und mache n % 4 (modulo 4):
dann bekomme ich Ziffern zwischen 0 ...3 (deshalb wird 1 addiert)

exten => _0.,n,Set(sipchannel=$[${n} % 4 + 1)
exten => _0.,n,Dial(SIP/${EXTEN}@sip_proxy-out${sipchannel},${DIALTIMEEXTERN},g,h,H)

entsprechend wird sip_proxy-out 1 bis 4 gewählt.

also zum Beispiel:

1. Anruf: sip_proxy_out1
2. Anruf: sip_proxy_out2
3. Anruf: sip_proxy_out3
4. Anruf: sip_proxy_out4
5. Anruf: sip_proxy_out1
6. Anruf: sip_proxy_out2
7. Anruf: sip_proxy_out3
8. Anruf: sip_proxy_out4

usw ...

und ein Zugang funkioniert als, meistens der erste den
ich benutze, also z.B. sip_proxy_out2.

Dann muß ich 4 mal anrufen bis ich wieder zu Zugang 2 komme ...
dann geht es wieder.

Später ist das gleiche Spiel mit Zugang 3. ... usw ..

hat jemand eine idee, ist ein Asterisk Problem ?

lieber Gruß linuxbee

 

[kombjuder]

hat jemand eine idee, ist ein Asterisk Problem ?

Zwei Ideen

Lass dir mal mit NoOp alle Variableninhalte anzeigen, damit du siehst ob sie richtig sind.

Mache ein sip debug und sieh nach welche Fehlermeldung kommt. Die muss nicht wirklich passwort falsch heissen.

 

[linuxnewbie]

Vielen Dank, mache ich

Sip debug ist etwas schwer zu lesen, erster Hinweis:
Ich gehe mit der selben Rufnummer die Zugänge durch. ich glaube meine Provider mag nicht,
dass ich mit der selben Rufnummer <mit dem selben Task> gleichzeitig telefoniere:
(kann man sich unregistrieren lassen?)

a)
INVITE sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP xx.xxx.xxxxx:5060;branch=z9hG4bK7089836e;rport
From: "Phone203" <sip:[email protected]>;tag=as6c3f65ee

Proxy-Authorization: Digest username="5xxxxx1", realm="sip.xxxxxx.xxx", algorithm=MD5,
uri="sip:[email protected]", nonce="2eaa8549" ...
...
debian31m*CLI>
<-- SIP read from 217.XXX.XX.XXX:5060:
SIP/2.0 100 Trying


b)
INVITE sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP xx.xxx.xx.xx:5060;branch=z9hG4bK5e8ded94;rport
From: "Phone203" <sip:[email protected]>;tag=as3dc016a2

Proxy-Authorization: Digest username="5xxxxx2", realm="sip.xxxxxx.xxx", algorithm=MD5,
uri="sip:[email protected]", nonce="4da2cd23" ...
...
debian31m*CLI>
<-- SIP read from 217.XXX.XX.XXX:5060:
SIP/2.0 403 Forbidden

Schließlich funktioniert der Wechsel bei verschiedenen Providern

linuxbee

 

[Thomas007]

Es würde mich wundern wenn Asterisk hier ein Problem haben sollte.

Wie heißt denn der Provider?
Wenn der Provider es nicht erlaubt unter CALLERID A mit Userkennung B zu telefonieren ist es logisch das es nicht funktioniert.

 

[linuxnewbie]

ok, kann sein:

Wie heißt denn der Provider?

pepphone


ich habe 4 Zugänge zu einem Provider und wechsle sie abwechselnd,
also der nächste Anruf der nächste Zugang (modulo4) und da habe ich
Probleme mit der Anmeldung.

Wenn das SipTelefon den Zugang nicht wechseln würde, dann ginge alles
klar. Ich habe alle 4 Zugänge einzeln getestet und es ging.

Es könnte also auch am Provider liegen:

CALLERID A mit Userkennung B

womöglich nimmt dessen
Softwarelogik an, dass ich mit einem Softphone A (aufgrund des Wechsels zum
nächsten Zugang B beim nächsten Anruf)
auf mehreren Zugängen gleichzeitig telefonieren möchte.

Wir haben gerade telefoniert, es liegt wohl am billingsystem von pepphone.

der Trick ist ...
hinzufügen von callerid und fromuser

Beispiel für Nr. 4

[sip_proxy-out4]
;pepphone flat4
canreinvite=no
insecure=very
type=peer ; we only want to call out, not be called
username=xxxx ; Authentication user for outbound proxies
authuser=xxxx ; Authentication user for outbound proxies
secret=xxxx
host=sip.pepphone.com
realm=sip.pepphone.com
authrealm=sip.pepphone.com
call-limit=10
callerid=xxxx
fromuser=xxxx


Gruß Linuxbee