Mehrere Accounts über ein Gerät

carloackermann · 8 Aug 2007

Folgendes Problem habe ich nun an schon zwei Endgeräten, es muss also mit dem Asterisk (1.4) zusammenhängen:

Ich nutze ein snom 360, dort habe ich drei Accounts eingerichtet. Außerdem habe ich noch ein S450IP mit 3 Mobilteilen, auch dort habe ich 3 Accounts (für jedes Mobilteil einen) eingerichtet.

Angerufen werden ist kein Problem. Probleme bereitet das raustelefonieren. Ich kann auf den beiden Geräten immer nur jeweils den Account nutzen, den ich im Asterisk als letztes eingerichtet habe - also am weitesten unten in der Konfiguration steht.
Das ist gerade bei den mehreren Mobilteilen natürlich etwas ungünstig.

betateilchen · 8 Aug 2007

Das ist kein Fehler von Asterisk - das ist sein Design.

Asterisk ist weder ein echter Registrar und noch ein echter SIP Proxy.

Es ist bei Asterisk nicht möglich, den selben SIP Client mehrfach anzumelden und es wird deshalb immer die letzte durchgeführte Registrierung alleine verwendet.

carloackermann · 8 Aug 2007

Es handelt sich aber doch um verschiedene Accounts. Ich will ja nicht z.B. den User X an mehreren Geräten anmelden, sondern die User X, Y und Z an der Basisstation, damit jedes der 3 angemeldeten Mobilteile eine eigene Nummer hat.

Das kommt übrigens im Log:
[Aug 8 14:48:40] WARNING[4263] chan_sip.c: username mismatch, have <212>, digest has <221>

212 und 221 sind die beiden Accounts auf einem Gerät. Ich will mit dem 221 heraustelefonieren.

betateilchen · 8 Aug 2007

Das Problem ist aber, daß mehrere Accounts über die gleiche Client IP laufen. Woher soll Asterisk denn da wissen, welcher Account gemeint ist?

Hast Du mal probiert, die Accounts auf unterschiedliche lokale Ports zu legen? Das ist das einzige, was vielleicht helfen könnte, auch wenn ich nicht glaube, daß das stabil funktioniert.

carloackermann · 8 Aug 2007

Wenn er den Username mismatch "username mismatch, have <212>, digest has <221>" feststellen kann, müsste er ja eigentlich wissen was gemeint ist.

An die Ports hatte ich auch schon gedacht. Wie bekomme ich Asterisk dazu, dass er auf mehreren Ports "ansprechbar" ist?

cibi · 8 Aug 2007

Benutzte die SNOMs ohne Probleme mit mehreren (2) Zugängen, bis auf folgendes:
Benutzte ich die Anonym Funktion des SNOM kommt die Meldung bzw. dann tritt wohl das Problem auf, was Betateilchen meinte.
(Raustelefonieren über den letzten Zugang funktioniert noch)

betateilchen · 8 Aug 2007

carloackermann schrieb:
An die Ports hatte ich auch schon gedacht. Wie bekomme ich Asterisk dazu, dass er auf mehreren Ports "ansprechbar" ist?

Dem Asterisk ist das wurscht - Dein Telefon muß auf mehreren Ports lauschen und jeden Account über einen anderen lokalen (!) Port auf dem Endgerät registrieren.

Thomas007 · 8 Aug 2007

betateilchen schrieb:
Dein Telefon muß auf mehreren Ports lauschen und jeden Account über einen anderen lokalen (!) Port auf dem Endgerät registrieren.

Da gibt es zumindest bei den Snoms bei default Einstellungen eingehend wie ausgehend keine Problem. Auch wenn das Snom nur auf einen einen Port lauscht.

105/105 192.168.2.210 D A 2066 Unmonitored
211/211 192.168.2.210 D A 2066 Unmonitored
251/251 192.168.2.210 D A 2066 Unmonitored
250/250 192.168.2.210 D A 2066 Unmonitored

Bei dem S450IP würde mich das nicht wundern, das hat diverse Macken.

Zeig uns doch mal die Einstellungen in der sip.conf global und bzgl. der Snom accounts.

carloackermann · 8 Aug 2007

Also, sip show peers zeigt folgendes:

Code:

Name/username              Host            Dyn Nat ACL Port     Status               
ext-sip-account/5304307    217.10.79.9          N      5060     OK (25 ms)           
212/212                    192.168.1.201    D          5060     Unmonitored           
221/221                    192.168.1.201    D          5060     Unmonitored           
217/217                    192.168.1.201    D          5060     Unmonitored           
214/214                    192.168.1.53     D          5060     Unmonitored           
220/220                    192.168.1.52     D          2057     Unmonitored           
308/308                    192.168.1.53     D          5061     Unmonitored           
311                        (Unspecified)    D          0        Unmonitored           
312/312                    192.168.1.52     D          2057     Unmonitored           
313/313                    192.168.1.52     D          2057     Unmonitored           
10 sip peers [Monitored: 1 online, 0 offline Unmonitored: 8 online, 1 offline]

User 308 und 214 hängen an einer ATA, und hier sieht man auch, dass da zwei unterschiedliche Ports genutzt werden.
Beim S450 habe ich nun auch versucht einfach für den zweiten Account 5061 einzustellen. Er registriert sich auch korrekt, aber leider unter Port 5060

Da sind die Einstellungen wie folgt:
Allgemeine Providerdaten

Domäne: 192.168.1.51
Proxy-Server-Adresse: 192.168.1.51
Server-Port: 5061
Registrar-Server: 192.168.1.51
Registrar-Server-Port: 5060
Anmelde-Refreshzeit: 180 Sek.

Hier ein Eintrag aus der users.conf (alle gleich):

Code:

[212]
type=friend
secret=XXXX
host=dynamic
incominglimit=1
callwaiting=no
fullname=TLN 212 Wohzimmer
hasagent=no
hasdirectory=no
hasiax=no
hasmanager=no
hassip=yes
hasvoicemail=no
mailbox=212
threewaycalling=no
registeriax=no
registersip=yes
canreinvite=no
nat=no
cid_number=212
vmsecret=XXXX
context=sip-telefone
subscribecontext=sip-telefone
callgroup=1
pickupgroup=1
notifyringing=yes
useclientcode=yes
canreinvite=no
realm=mydomain

sip.conf:

Code:

[general]
  context=sonstige
  language=de
  allowoverlap=no
  bindaddr=0.0.0.0
  bindport=5060
  srvlookup=yes
  externip=87.230.127.143
  localnet=192.168.1.51/255.255.255.0

Thomas007 · 9 Aug 2007

Da ist nichts auffälliges zu entdecken.

Bist Du sicher das es mit den Snoms nicht geht?
Hast Du die Identität gewechselt, bzw. nicht die active_line auf eine Identität fest eingestellt.

"username mismatch, have <212>, digest has <221>"

Sieht so aus als schickt der Client Müll an den Asterisk, das soll ein Snom Gerät sein?

carloackermann · 9 Aug 2007

Es geht weder mit Snom noch mit S450 IP, bei beiden bekomme ich den gleichen Log-Eintrag (anderen Nebenstellen natürlich)

Beim Snom habe ich die ausgehende Identität über die Weboberfläche umgestellt und die Nummer dann einfach am Telefon gewählt. Welche Identität gerade verwendet wird zeigt er ja auch im Display an.

Thomas007 · 9 Aug 2007

carloackermann schrieb:
Es geht weder mit Snom

Dann gibt es noch Hoffnung.

Mach doch mal einen sip debug von so einem kaputten Anruf.

carloackermann · 9 Aug 2007

Hier der Debug:

Code:

<--- SIP read from 192.168.1.52:2060 --->
INVITE sip:[email protected];user=phone SIP/2.0
Via: SIP/2.0/UDP 192.168.1.52:2060;branch=z9hG4bK-wxkxnrojvxw5;rport
From: "DLRG" <sip:[email protected]>;tag=zxyadx4ulc
To: <sip:[email protected];user=phone>
Call-ID: 3c27815a46cd-nrbygfko9lr3@snom360-0004132396C5
CSeq: 1 INVITE
Max-Forwards: 70
Contact: <sip:[email protected]:2060;line=u7poqywp>;flow-id=1
P-Key-Flags: resolution="31x13", keys="4"
User-Agent: snom360/6.2.3
Accept: application/sdp
Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, SUBSCRIBE, PRACK, MESSAGE, INFO
Allow-Events: talk, hold, refer
Supported: timer, 100rel, replaces, callerid
Session-Expires: 3600;refresher=uas
Min-SE: 90
Content-Type: application/sdp
Content-Length: 473

v=0
o=root 835131868 835131868 IN IP4 192.168.1.52
s=call
c=IN IP4 192.168.1.52
t=0 0
m=audio 49802 RTP/AVP 0 8 9 2 3 18 4 101
a=crypto:1 AES_CM_128_HMAC_SHA1_32 inline:QmWzqjZp107W0vX0F2M8xlKnuxUdXklBaDXJ9Pxi
a=rtpmap:0 pcmu/8000
a=rtpmap:8 pcma/8000
a=rtpmap:9 g722/8000
a=rtpmap:2 g726-32/8000
a=rtpmap:3 gsm/8000
a=rtpmap:18 g729/8000
a=rtpmap:4 g723/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
a=encryption:optional
a=sendrecv

<------------->
--- (18 headers 19 lines) ---
Sending to 192.168.1.52 : 2060 (NAT)
Using INVITE request as basis request - 3c27815a46cd-nrbygfko9lr3@snom360-0004132396C5
Found peer '220'

<--- Reliably Transmitting (no NAT) to 192.168.1.52:2060 --->
SIP/2.0 407 Proxy Authentication Required
Via: SIP/2.0/UDP 192.168.1.52:2060;branch=z9hG4bK-wxkxnrojvxw5;received=192.168.1.52;rport=2060
From: "DLRG" <sip:[email protected]>;tag=zxyadx4ulc
To: <sip:[email protected];user=phone>;tag=as2bac230c
Call-ID: 3c27815a46cd-nrbygfko9lr3@snom360-0004132396C5
CSeq: 1 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Proxy-Authenticate: Digest algorithm=MD5, realm="asterisk", nonce="7a23f9a0"
Content-Length: 0


<------------>
Scheduling destruction of SIP dialog '3c27815a46cd-nrbygfko9lr3@snom360-0004132396C5' in 32000 ms (Method: INVITE)
voip*CLI> 
<--- SIP read from 192.168.1.52:2060 --->
ACK sip:[email protected];user=phone SIP/2.0
Via: SIP/2.0/UDP 192.168.1.52:2060;branch=z9hG4bK-wxkxnrojvxw5;rport
From: "DLRG" <sip:[email protected]>;tag=zxyadx4ulc
To: <sip:[email protected];user=phone>;tag=as2bac230c
Call-ID: 3c27815a46cd-nrbygfko9lr3@snom360-0004132396C5
CSeq: 1 ACK
Max-Forwards: 70
Contact: <sip:[email protected]:2060;line=u7poqywp>;flow-id=1
Content-Length: 0


<------------->
--- (9 headers 0 lines) ---
voip*CLI> 
<--- SIP read from 192.168.1.52:2060 --->
INVITE sip:[email protected];user=phone SIP/2.0
Via: SIP/2.0/UDP 192.168.1.52:2060;branch=z9hG4bK-j3jglpa5oytq;rport
From: "DLRG" <sip:[email protected]>;tag=zxyadx4ulc
To: <sip:[email protected];user=phone>
Call-ID: 3c27815a46cd-nrbygfko9lr3@snom360-0004132396C5
CSeq: 2 INVITE
Max-Forwards: 70
Contact: <sip:[email protected]:2060;line=u7poqywp>;flow-id=1
P-Key-Flags: resolution="31x13", keys="4"
User-Agent: snom360/6.2.3
Accept: application/sdp
Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, SUBSCRIBE, PRACK, MESSAGE, INFO
Allow-Events: talk, hold, refer
Supported: timer, 100rel, replaces, callerid
Session-Expires: 3600;refresher=uas
Min-SE: 90
Proxy-Authorization: Digest username="312",realm="asterisk",nonce="7a23f9a0",uri="sip:[email protected];user=phone",response="a1ba14b192e123d5c74689cdcaeedca1",algorithm=md5
Content-Type: application/sdp
Content-Length: 473

v=0
o=root 835131868 835131868 IN IP4 192.168.1.52
s=call
c=IN IP4 192.168.1.52
t=0 0
m=audio 49802 RTP/AVP 0 8 9 2 3 18 4 101
a=crypto:1 AES_CM_128_HMAC_SHA1_32 inline:QmWzqjZp107W0vX0F2M8xlKnuxUdXklBaDXJ9Pxi
a=rtpmap:0 pcmu/8000
a=rtpmap:8 pcma/8000
a=rtpmap:9 g722/8000
a=rtpmap:2 g726-32/8000
a=rtpmap:3 gsm/8000
a=rtpmap:18 g729/8000
a=rtpmap:4 g723/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
a=encryption:optional
a=sendrecv

<------------->
--- (19 headers 19 lines) ---
Sending to 192.168.1.52 : 2060 (NAT)
Using INVITE request as basis request - 3c27815a46cd-nrbygfko9lr3@snom360-0004132396C5
Found peer '220'
[Aug  9 13:17:46] WARNING[4263]: chan_sip.c:8196 check_auth: username mismatch, have <220>, digest has <312>

<--- Reliably Transmitting (no NAT) to 192.168.1.52:2060 --->
SIP/2.0 403 Forbidden
Via: SIP/2.0/UDP 192.168.1.52:2060;branch=z9hG4bK-j3jglpa5oytq;received=192.168.1.52;rport=2060
From: "DLRG" <sip:[email protected]>;tag=zxyadx4ulc
To: <sip:[email protected];user=phone>;tag=as2bac230c
Call-ID: 3c27815a46cd-nrbygfko9lr3@snom360-0004132396C5
CSeq: 2 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Content-Length: 0


<------------>
Scheduling destruction of SIP dialog '3c27815a46cd-nrbygfko9lr3@snom360-0004132396C5' in 32000 ms (Method: INVITE)
voip*CLI> 
<--- SIP read from 192.168.1.52:2060 --->
ACK sip:[email protected];user=phone SIP/2.0
Via: SIP/2.0/UDP 192.168.1.52:2060;branch=z9hG4bK-j3jglpa5oytq;rport
From: "DLRG" <sip:[email protected]>;tag=zxyadx4ulc
To: <sip:[email protected];user=phone>;tag=as2bac230c
Call-ID: 3c27815a46cd-nrbygfko9lr3@snom360-0004132396C5
CSeq: 2 ACK
Max-Forwards: 70
Contact: <sip:[email protected]:2060;line=u7poqywp>;flow-id=1
Content-Length: 0

192.168.1.52 ist das Snom
192.168.1.51 der Asterisk

Thomas007 · 9 Aug 2007

Das sieht nach einem bug in 1.4 aus.
Du könntest PROBIEREN ob es mit insecure=invite funktioniert.

Gut das 1.2 solche und viele andere Probleme nicht hat.

Unabhängig davon würde ich die Snoms auf 6.5.X updaten.

carloackermann · 9 Aug 2007

Ja, insecure=invite hatte ich auch schonmal probiert. Dann kann ich raustelefonieren, allerdings ist die CallerID dann falsch. Sinn der mehreren Accounts soll es ja sein, dass ich auswählen will, mit welcher CallerID ich telefonieren will. Und gerade beim S450 will ich ja sehen, von welchem Mobilteil aus angerufen wird.
Wenn ich jetzt auf 1.2 umsteige, ist dann garantiert, dass es geht?

Thomas007 · 9 Aug 2007

Sag ich doch, insecure ist ein Frickellösung, das braucht man eigentlich auch gar nicht.

Ich hole die CallerID immer aus einer mySQL Datenbank, da sie abhängig vom Ziel und auch vom verwendeten Provider ist.

Bei 1.2.X überträgt das Snom die CallerID von der verwendeten Identität.

carloackermann · 9 Aug 2007

So, bin nun ein Stück weitergekommen. Habe aus allen Usern die Paramter fullname und cid_number gelöscht. Jetzt wird die richtige Nummer übertragen. Nur die Hints sind dann noch falsch gesetzt, d.h. es leuchtet an den Endgeräten dann immer die Lampe der "Hauptnummer", das ist schade, aber immerhin kann man telefonieren.

cibi · 9 Aug 2007

Irgendetwas muss ich falsch machen

Hier ein Bsp Eintrag in der sip.conf
(user.conf benutzte ich nicht)

Code:

; 1. Leitung
[11]
callerid=Ich <11>
host=dynamic
context=from-snomg1
username=11
secret=ich11
type=friend
language=de
canreinvite=yes
dtmfmode=auto
nat=no
progressinband=never ; never: default

pickupgroup=1
subscribecontext = from-snomg1
mailbox=11

call-limit=6

disallow=all
allow=alaw
allow=ulaw
allow=g729
allow=g726
allow=gsm


; 2. Leitung
[12]
callerid=Ich <12>
host=dynamic
context=from-snomg2
username=12
secret=ich12
type=friend
language=de
canreinvite=yes
dtmfmode=auto
nat=no

call-limit=6

disallow=all
allow=alaw
allow=ulaw
allow=g729
allow=g726
allow=gsm

Das einzig ausergewöhnliche ist folgende Einstellung (in [general] )

Code:

; Noetig fuer SNOM ab FW 6.3 (#)
pedantic=yes    ; Enable slow, pedantic checking for Pingtel
                ; and multiline formatted headers for strict
                ; SIP compatibility (defaults to "no")
                ; Set IP QoS to either a keyword or numeric val

Was das hint Problem angeht: Was meinst du damit genau?
Falls eingehende Anrufe auf dem SNOM auf der falschen Leitung angezeigt werden, kann das an einem Bug in einer älteren 6.x FW Version liegen.

Hints wie hint(SIP/26&SIP/27) funktionieren bei mir aber nicht richtig.
(Ich dachte das hätte mal funktioniert ...

carloackermann · 9 Aug 2007

Mit den Hints meine ich folgendes:

Am S450 sind folgende SIP-Accounts registriert:
212
217
221

Egal mit welchem ich nun raustelefoniere, wird immer der Hint für 212 als Busy belegt. Vermutlich deshalb, weil über den ja auch raustelefoniert wird wegen insecure=invite - ging ja nicht anders. Bei ankommenden Anrufen stimmen die Hints jedoch.

Mehrere Accounts über ein Gerät

Neuer User

Grandstream-Guru

Neuer User

Grandstream-Guru

Neuer User

Mitglied

Grandstream-Guru

Aktives Mitglied

Neuer User

Aktives Mitglied

Neuer User

Aktives Mitglied

Neuer User

Aktives Mitglied

Neuer User

Aktives Mitglied

Neuer User

Mitglied

Neuer User

Statistik des Forums