 |
|
|
|
| Autor |
Nachricht |
mulix
Anmeldungsdatum: 08.06.2008
Beiträge: 20
|
 Verfasst am:
Di 07 Sep, 2010 19:53 |
  |
|
Hi Leute,
ich hab hier ein 1722 (FW: 8.00.162Rel) der als ISDN <-> SIP gateway zu einem asterisk (gemeinschaft 3.0) server dient.
Das reintelefonieren also ext isdn -> asterisk -> voip telefon geht, aber das raus wählen geht nicht.
Auf dem lancom ist ein sip-user (int rufnummer 10) angelegt der als verbindung zum asterisk dient. Die ausgehende route vom asterisk leitet auch an den lancom den ruf weiter
| Code:
|
### -GS- Incoming call to 017654646359
### -GS- Store in dial log of user 10: out 017654646359
### -GS- Extension 017654646359 is of type unknown
### -GS- Extension 017654646359 is unknown
### -GS- Dial to the gateway for unknown extension: 017654646359
### -GS- User 10 is allowed to dial 017654646359 via gateway
/opt/gemeinschaft/dialplan-scripts/out-route.agi,017654646359,no,10,33: ### -GS- Processing CID RegExp: ^(.*)
/opt/gemeinschaft/dialplan-scripts/out-route.agi,017654646359,no,10,33: ### -GS- Qualifying caller ID "10" -> "10" (s/^(.*)/$1/) for gategroup "isdn-1-telefon"
### Outbound route: SIP/17654646359@gw_22_isdn1telefonsd - Caller ID: "Schumann Michael" <10@192.168.2.254>
### -GS- Dialstatus for SIP/17654646359@gw_22_isdn1telefonsd: CONGESTION
### -GS- HANGUPCAUSE: 1 = unallocated number
|
das "HANGUPCAUSE: 1 = unallocated number" macht mir sorgen...
ein trace (callmanager, sip-packet) auf dem lancom sagt folgendes
| Code:
|
[SIP-Packet] 2010/09/07 19:45:28,103 Devicetime: 2010/09/07 19:45:24,500 [PACKET] :
Receiving datagram with length 342 from 192.168.2.244:5060 to 192.168.2.254:5060
REGISTER sip:192.168.2.254 SIP/2.0\r\n
v: SIP/2.0/UDP 192.168.2.244:5060;branch=z9hG4bK73cdfd99;rport\r\n
Max-Forwards: 70\r\n
f: <sip:10@192.168.2.254>;tag=as2ce20eeb\r\n
t: <sip:10@192.168.2.254>\r\n
i: 6cd1680819a747b8619a20954c57679f@192.168.2.244\r\n
CSeq: 117 REGISTER\r\n
User-Agent: Asterisk Gemeinschaft\r\n
Expires: 145\r\n
m: <sip:10@192.168.2.244>\r\n
l: 0\r\n
\r\n
[SIP-Packet] 2010/09/07 19:45:28,103 Devicetime: 2010/09/07 19:45:24,500 [PACKET] :
Sending datagram with length 430 from 192.168.2.254:5060 to 192.168.2.244:5060
SIP/2.0 200 OK\r\n
Via: SIP/2.0/UDP 192.168.2.244:5060;branch=z9hG4bK73cdfd99;rport\r\n
From: <sip:10@192.168.2.254>;tag=as2ce20eeb\r\n
To: <sip:10@192.168.2.254>;tag=1840362334-1464271772\r\n
Call-ID: 6cd1680819a747b8619a20954c57679f@192.168.2.244\r\n
CSeq: 117 REGISTER\r\n
Max-Forwards: 70\r\n
Server: router\r\n
Allow: REGISTER, INVITE, ACK, CANCEL, BYE, REFER, NOTIFY, OPTIONS\r\n
Contact: <sip:10@192.168.2.244:5060>;expires=120\r\n
Content-Length: 0\r\n
\r\n
[SIP-Packet] 2010/09/07 19:45:28,869 Devicetime: 2010/09/07 19:45:25,290 [PACKET] :
Receiving datagram with length 1023 from 192.168.2.244:5060 to 192.168.2.254:5060
INVITE sip:17654646359@192.168.2.254:5060 SIP/2.0\r\n
v: SIP/2.0/UDP 192.168.2.244:5060;branch=z9hG4bK4c2dfc98;rport\r\n
Max-Forwards: 70\r\n
f: "Schumann Michael" <sip:10@192.168.2.244>;tag=as426fb0e6\r\n
t: <sip:17654646359@192.168.2.254:5060>\r\n
m: <sip:10@192.168.2.244>\r\n
i: 02fe20c5365de5532a37eca72bd53dea@192.168.2.244\r\n
CSeq: 102 INVITE\r\n
User-Agent: Asterisk Gemeinschaft\r\n
Remote-Party-ID: "Schumann Michael" <sip:10@192.168.2.244>;privacy=off;screen=yes\r\n
Date: Tue, 07 Sep 2010 17:45:25 GMT\r\n
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO\r\n
k: replaces, timer\r\n
Privacy: none\r\n
P-Preferred-Identity: "Schumann%20Michael" <sip:10@192.168.2.254>\r\n
P-Asserted-Identity: "Schumann%20Michael" <sip:10@192.168.2.254>\r\n
c: application/sdp\r\n
l: 265\r\n
\r\n
v=0\r\n
o=root 402059097 402059097 IN IP4 192.168.2.244\r\n
s=Asterisk PBX 1.6.2.9-1\r\n
c=IN IP4 192.168.2.244\r\n
t=0 0\r\n
m=audio 12570 RTP/AVP 8 101\r\n
a=rtpmap:8 PCMA/8000\r\n
a=rtpmap:101 telephone-event/8000\r\n
a=fmtp:101 0-16\r\n
a=silenceSupp:off - - - -\r\n
a=ptime:20\r\n
a=sendrecv\r\n
[Callmanager] 2010/09/07 19:45:28,869 Devicetime: 2010/09/07 19:45:25,290 [Sip-UA] : -----[ INVITE INDICATION, call-id=02fe20c5365de5532a37eca72bd53dea@192.168.2.244
[Callmanager] 2010/09/07 19:45:28,869 Devicetime: 2010/09/07 19:45:25,290 [Sip-UA] : - info : reject, user (binding) not found
[SIP-Packet] 2010/09/07 19:45:28,869 Devicetime: 2010/09/07 19:45:25,290 [PACKET] :
Sending datagram with length 451 from 192.168.2.254:5060 to 192.168.2.244:5060
SIP/2.0 404 Not Found\r\n
Via: SIP/2.0/UDP 192.168.2.244:5060;branch=z9hG4bK4c2dfc98;rport\r\n
From: "Schumann Michael"<sip:10@192.168.2.244>;tag=as426fb0e6\r\n
To: <sip:17654646359@192.168.2.254>\r\n
Call-ID: 02fe20c5365de5532a37eca72bd53dea@192.168.2.244\r\n
CSeq: 102 INVITE\r\n
Max-Forwards: 70\r\n
User-Agent: LANCOM 1722 VoIP (Annex B) / 8.00.0162 / 16.06.2010\r\n
Server: router\r\n
Allow: REGISTER, INVITE, ACK, CANCEL, BYE, REFER, NOTIFY, OPTIONS\r\n
Content-Length: 0\r\n
\r\n
[SIP-Packet] 2010/09/07 19:45:28,869 Devicetime: 2010/09/07 19:45:25,300 [PACKET] :
Receiving datagram with length 451 from 192.168.2.244:5060 to 192.168.2.254:5060
ACK sip:17654646359@192.168.2.254:5060 SIP/2.0\r\n
v: SIP/2.0/UDP 192.168.2.244:5060;branch=z9hG4bK4c2dfc98;rport\r\n
Max-Forwards: 70\r\n
f: "Schumann Michael" <sip:10@192.168.2.244>;tag=as426fb0e6\r\n
t: <sip:17654646359@192.168.2.254:5060>\r\n
m: <sip:10@192.168.2.244>\r\n
i: 02fe20c5365de5532a37eca72bd53dea@192.168.2.244\r\n
CSeq: 102 ACK\r\n
User-Agent: Asterisk Gemeinschaft\r\n
Remote-Party-ID: "Schumann Michael" <sip:10@192.168.2.244>;privacy=off;screen=yes\r\n
l: 0\r\n
\r\n
|
hier das
| Code:
|
[Callmanager] 2010/09/07 19:45:28,869 Devicetime: 2010/09/07 19:45:25,290 [Sip-UA] : -----[ INVITE INDICATION, call-id=02fe20c5365de5532a37eca72bd53dea@192.168.2.244
|
macht mir auch sorgen...
meine callrouten sind im anhang...
jemand ne idee? |
|
|
   |
|
Guest
|
| Verfasst am:
|
|
|
|
|
|
Jirka
Moderator
Anmeldungsdatum: 03.01.2005
Beiträge: 1905
Wohnort: Ex-OPAL-Gebiet
|
| Verfasst am:
Mi 08 Sep, 2010 09:47 |
|
|
Hallo mulix,
Deine erste Call-Route soll die Anrufe vom Asterisk 1:1 durchreichen. Wenn das so gewünscht ist, ist das soweit ok.
Dein Anruf vom Asterisk kommt aber beim LANCOM wie folgt an (aus Deinem Trace):
INVITE sip:17654646359@192.168.2.254:5060 SIP/2.0\r\n
Da fehlt irgendwie die 0 am Anfang der Handynummer... Wenn der Ruf so ans ISDN rausgeht, wundert es mich nicht, dass der LANCOM ein Not Found zurück liefert.
Viele Grüße,
Jirka |
|
|
|
|
mulix
Anmeldungsdatum: 08.06.2008
Beiträge: 20
|
| Verfasst am:
Mi 08 Sep, 2010 10:10 |
|
|
ahoi Jirka,
hab meinem asterisk gesagt er soll ne null hizufügen, wobei ich das schon versucht hatte indem ich einfach 00176... gewählt hatte.
| Code:
|
[SIP-Packet] 2010/09/08 10:02:53,088 Devicetime: 2010/09/08 10:02:49,260 [PACKET] :
Receiving datagram with length 1023 from 192.168.2.244:5060 to 192.168.2.254:5060
INVITE sip:017654646359@192.168.2.254:5060 SIP/2.0\r\n
v: SIP/2.0/UDP 192.168.2.244:5060;branch=z9hG4bK09eeb6a8;rport\r\n
Max-Forwards: 70\r\n
f: "Schumann Michael" <sip:10@192.168.2.244>;tag=as0bb76481\r\n
t: <sip:017654646359@192.168.2.254:5060>\r\n
m: <sip:10@192.168.2.244>\r\n
i: 423184a04acb016d28ca25ae05954fe3@192.168.2.244\r\n
CSeq: 102 INVITE\r\n
User-Agent: Asterisk Gemeinschaft\r\n
Remote-Party-ID: "Schumann Michael" <sip:10@192.168.2.244>;privacy=off;screen=yes\r\n
Date: Wed, 08 Sep 2010 08:02:50 GMT\r\n
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO\r\n
k: replaces, timer\r\n
Privacy: none\r\n
P-Preferred-Identity: "Schumann%20Michael" <sip:10@192.168.2.254>\r\n
P-Asserted-Identity: "Schumann%20Michael" <sip:10@192.168.2.254>\r\n
c: application/sdp\r\n
l: 263\r\n
\r\n
v=0\r\n
o=root 56805198 56805198 IN IP4 192.168.2.244\r\n
s=Asterisk PBX 1.6.2.9-1\r\n
c=IN IP4 192.168.2.244\r\n
t=0 0\r\n
m=audio 16130 RTP/AVP 8 101\r\n
a=rtpmap:8 PCMA/8000\r\n
a=rtpmap:101 telephone-event/8000\r\n
a=fmtp:101 0-16\r\n
a=silenceSupp:off - - - -\r\n
a=ptime:20\r\n
a=sendrecv\r\n
[Callmanager] 2010/09/08 10:02:53,088 Devicetime: 2010/09/08 10:02:49,260 [Sip-UA] : -----[ INVITE INDICATION, call-id=423184a04acb016d28ca25ae05954fe3@192.168.2.244
[Callmanager] 2010/09/08 10:02:53,088 Devicetime: 2010/09/08 10:02:49,260 [Sip-UA] : - info : reject, user (binding) not found
[SIP-Packet] 2010/09/08 10:02:53,088 Devicetime: 2010/09/08 10:02:49,260 [PACKET] :
Sending datagram with length 452 from 192.168.2.254:5060 to 192.168.2.244:5060
SIP/2.0 404 Not Found\r\n
Via: SIP/2.0/UDP 192.168.2.244:5060;branch=z9hG4bK09eeb6a8;rport\r\n
From: "Schumann Michael"<sip:10@192.168.2.244>;tag=as0bb76481\r\n
To: <sip:017654646359@192.168.2.254>\r\n
Call-ID: 423184a04acb016d28ca25ae05954fe3@192.168.2.244\r\n
CSeq: 102 INVITE\r\n
Max-Forwards: 70\r\n
User-Agent: LANCOM 1722 VoIP (Annex B) / 8.00.0162 / 16.06.2010\r\n
Server: router\r\n
Allow: REGISTER, INVITE, ACK, CANCEL, BYE, REFER, NOTIFY, OPTIONS\r\n
Content-Length: 0\r\n
\r\n
[SIP-Packet] 2010/09/08 10:02:53,088 Devicetime: 2010/09/08 10:02:49,270 [PACKET] :
Receiving datagram with length 453 from 192.168.2.244:5060 to 192.168.2.254:5060
ACK sip:017654646359@192.168.2.254:5060 SIP/2.0\r\n
v: SIP/2.0/UDP 192.168.2.244:5060;branch=z9hG4bK09eeb6a8;rport\r\n
Max-Forwards: 70\r\n
f: "Schumann Michael" <sip:10@192.168.2.244>;tag=as0bb76481\r\n
t: <sip:017654646359@192.168.2.254:5060>\r\n
m: <sip:10@192.168.2.244>\r\n
i: 423184a04acb016d28ca25ae05954fe3@192.168.2.244\r\n
CSeq: 102 ACK\r\n
User-Agent: Asterisk Gemeinschaft\r\n
Remote-Party-ID: "Schumann Michael" <sip:10@192.168.2.244>;privacy=off;screen=yes\r\n
l: 0\r\n
\r\n
|
der callmanager sagt dazu ja nur
| Code:
|
[Callmanager] 2010/09/08 10:02:53,088 Devicetime: 2010/09/08 10:02:49,260 [Sip-UA] : -----[ INVITE INDICATION, call-id=423184a04acb016d28ca25ae05954fe3@192.168.2.244
[Callmanager] 2010/09/08 10:02:53,088 Devicetime: 2010/09/08 10:02:49,260 [Sip-UA] : - info : reject, user (binding) not found
|
was meint er mit "INVITE INDICATION" eine aufforderung zur identifikation?! Kann er denn sip-account nicht zuordnen?
grüße
Michael |
|
|
|
|
Jirka
Moderator
Anmeldungsdatum: 03.01.2005
Beiträge: 1905
Wohnort: Ex-OPAL-Gebiet
|
| Verfasst am:
Mi 08 Sep, 2010 11:58 |
|
|
Hallo Michael,
das sieht ganz so aus, als ob sich der Asterisk nicht als Benutzer am LANCOM ausgibt. Die lokale VoIP-Domäne, wie im LANCOM angegeben, fehlt schon mal im Asterisk, in den SIP-Paketen findet sich diese jedenfalls nicht. Nun kann man auch ohne VoIP-Domäne arbeiten, dann müsste aber wenigstens die IP stimmen. Und der Asterisk liefert die IP von sich selber, statt die vom LANCOM, wo er ja registriert ist. Der Benutzer ist also ein 10@192.168.2.254 (aus LANCOM-Sicht), da das aber nirgends steht, geht der LANCOM davon aus, dass hier jemand kommt, der gar kein Benutzer am LANCOM ist.
Viele Grüße,
Jirka |
|
|
|
|
mulix
Anmeldungsdatum: 08.06.2008
Beiträge: 20
|
| Verfasst am:
Mi 08 Sep, 2010 12:40 |
|
|
ah okay das hört sich logisch an, ich hab einfach dem passenden gateway im asterisk den benutzer account in user@domain geändert. Jetzt kann der callmanager des lancoms den user auch zuordnen.
Danke für den denkanstoß 
bye
Michael |
|
|
|
|
|
|
|
|
| |
|
|
