SIP_HEDER und Durchwahl

[kalli83]

Hallo zusammen,

ich habe gerade ein ein kleinen Asterisk Server am laufen und er funktioniert wirklich wunderbar.
Ich habe einen Sipgate Account mit trunking eingebunden um das mit den Druchwahlen zu testen und bin hier im
Forum auf folgende Extension gestoßen :

exten => _X.,1,Goto(from-sipgatetrunktest,${CUT(CUT(SIP_HEADER(TO),@,1),:,2)},1)

Die funktioniert auch wunderbar, allerdings nur mit einer einstelligen Durchwahl.
Ich würde aber gerne 2 oder auch 3 stellige Durchwahlen verwenden. Daher wollte ich fragen, ob mir jemand sagen kann, wie ich die
oben genannte Extension dementsprechend umschreibe. Habe schon ein paar Versuche unternommen, aber es hat nicht geklappt.

Danke vielmals und vorab ein schönes Wochenende

 

[IEEE]

Es wäre hilfreich, wenn Du posten könntest wie der To Header aussieht. Dann fällt es leichter sich zu überlegen wie man den am besten zerlegen und weiterverarbeiten kann. Vielleicht kannst du mal eine komplette INVITE Nachricht posten in dem Du sip debug aufdrehst und einen Testanruf an eine Durchwahl machst.

 

[kalli83]

Ok, werde es im laufe des Tages posten. Ich dachte man müsste nur was an der Extension ändern und das Problem wäre gelöst, weil es sich ja nur um eine Stelle mehr handelt und es mit einer einstelligen Durchwahl ja funktioniert.

[Beitrag 2:]

So ich habe jetzt mal einen Testanruf auf die Durchwahl 21 gemacht und folgendes stand in der CLI

 -- Executing [49XXXXXXXXXXXXXX2@sonstige:1] Goto("SIP/sipconnect.sipgate.de-00000001", "from-sipgatetrunktest,0049XXXXXXXXXXXXXX2,1") in new stack
    -- Goto (from-sipgatetrunktest,0049XXXXXXXXXXXXXX2,1)
[Nov 24 13:30:28] WARNING[6623]: pbx.c:5367 __ast_pbx_run: Channel 'SIP/sipconnect.sipgate.de-00000001' sent into invalid extension '0049XXXXXXXXXXXXXX2' in context 'from-sipgatetrunktest', but no invalid handler
Scheduling destruction of SIP dialog '[email protected]' in 6400 ms (Method: INVITE)

Es wird halt einfach nicht die zweite Stelle der Durchwahl übergeben, sondern wie in dem Testanruf nur die 2 und nicht die 21. Um das zu ändern muss doch eigentlich nur meine oben gepostete Extension umschreiben, oder?

 

[rentier-s]

eigentlich nur meine oben gepostete Extension umschreiben, oder?

Nein, die CUT Funktionen zerlegen den Header beim @ und : unabhängig von dem was dazwischen kommt bzw. nicht beschränkt auf eine bestimmte Anzahl an Ziffern.

Wie IEEE bereit bemerkt hat, ein INVITE wäre hilfreich. Das bekommst Du mit sip set debug on.

Frage aus Unwissenheit: kann man bei sipgate einfach so beliebig lange Durchwahlen verwenden?

 

[kalli83]

Die Rufnummernlänge ist bei Sipgate 15-20 Stellen ohne führende 0.

 

[IEEE]

Das was Du gepostet hast, ist nicht die SIP Nachricht. Wie gesagt, um sich halbwegs zu überlegen wie man den String am besten zerlegen kann, wäre der ganze SIP Header interessant.
Dreh den SIP Debug auf - am CLI sip set debug peer <peername-so-wie-in-sip.conf-definiert> dann solltest Du die SIP Nachrichten sehen, zum Beispiel jene mit INVITE.

 

[kalli83]

So gestern hat es leider nicht mehr geklappt, aber jetzt hab ich hier die gewünschten INVITE Nachrichten:
Ich habe einen Testanruf auf die Nummer 02XXXXXXX41021 gemacht, die 21 ist die Durchwahl.

<--- SIP read from UDP:217.10.68.150:5060 --->
INVITE sip:[email protected]:5060 SIP/2.0
Record-Route: <sip:217.10.68.150;lr;ftag=as1d488e63>
Record-Route: <sip:172.20.40.6;lr>
Record-Route: <sip:217.10.68.137;lr;ftag=as1d488e63>
Via: SIP/2.0/UDP 217.10.68.150;branch=z9hG4bK6cdc.ac262c19b99dae8e097baf7e0605e06b.0
Via: SIP/2.0/UDP 172.20.40.6;branch=z9hG4bK6cdc.b80d1bc2b61f97c3f12dc5d8e0d5209b.0
Via: SIP/2.0/UDP 217.10.68.137;branch=z9hG4bK6cdc.502b3a2f3dd0cf30defa53d122a30506.0
Via: SIP/2.0/UDP 217.10.77.42:5060;branch=z9hG4bK7167a11a
Max-Forwards: 67
From: "0160XXXXXX99" <sip:[email protected]>;tag=as1d488e63
To: <sip:[email protected]>
Contact: <sip:[email protected]:5060>
Call-ID: [email][email protected][/email]
CSeq: 103 INVITE
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH
Supported: replaces
Content-Type: application/sdp
Content-Length: 443

v=0
o=root 1336854962 1336854963 IN IP4 217.10.77.42
s=sipgate VoIP GW
c=IN IP4 217.10.77.245
t=0 0
m=audio 19672 RTP/AVP 8 0 3 97 18 112 101
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:3 GSM/8000
a=rtpmap:97 iLBC/8000
a=fmtp:97 mode=30
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:112 G726-32/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=silenceSupp:off - - - -
a=ptime:20
a=sendrecv
a=rtcp:19673
<------------->
--- (18 headers 20 lines) ---
Sending to 217.10.68.150:5060 (NAT)
Using INVITE request as basis request - [email][email protected][/email]
Found peer 'sipconnect.sipgate.de' for '0160XXXXXX99' from 217.10.68.150:5060
  == Using SIP RTP CoS mark 5
Found RTP audio format 8
Found RTP audio format 0
Found RTP audio format 3
Found RTP audio format 97
Found RTP audio format 18
Found RTP audio format 112
Found RTP audio format 101
Found audio description format PCMA for ID 8
Found audio description format PCMU for ID 0
Found audio description format GSM for ID 3
Found audio description format iLBC for ID 97
Found audio description format G729 for ID 18
Found audio description format G726-32 for ID 112
Found audio description format telephone-event for ID 101
Capabilities: us - 0x80000008000e (gsm|ulaw|alaw|h263|testlaw), peer - audio=0xd0e (gsm|ulaw|alaw|g726|g729|ilbc)/video=0x0 (nothing)/text=0x0 (nothing), combined - 0xe (gsm|ulaw|alaw)
Non-codec capabilities (dtmf): us - 0x1 (telephone-event|), peer - 0x1 (telephone-event|), combined - 0x1 (telephone-event|)
Peer audio RTP is at port 217.10.77.245:19672
Looking for 492XXXXXXXXXX4102 in sonstige (domain 10.0.0.6)
list_route: hop: <sip:217.10.68.150;lr;ftag=as1d488e63>
list_route: hop: <sip:172.20.40.6;lr>
list_route: hop: <sip:217.10.68.137;lr;ftag=as1d488e63>

<--- Transmitting (NAT) to XXX.XXX.XXX.XXX:5060 --->
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 217.10.68.150;branch=z9hG4bK6cdc.ac262c19b99dae8e097baf7e0605e06b.0;received=217.10.68.150;rport=5060
Via: SIP/2.0/UDP 172.20.40.6;branch=z9hG4bK6cdc.b80d1bc2b61f97c3f12dc5d8e0d5209b.0
Via: SIP/2.0/UDP 217.10.68.137;branch=z9hG4bK6cdc.502b3a2f3dd0cf30defa53d122a30506.0
Via: SIP/2.0/UDP 217.10.77.42:5060;branch=z9hG4bK7167a11a
Record-Route: <sip:217.10.68.150;lr;ftag=as1d488e63>
Record-Route: <sip:172.20.40.6;lr>
Record-Route: <sip:217.10.68.137;lr;ftag=as1d488e63>
From: "0160XXXXXX99" <sip:[email protected]>;tag=as1d488e63
To: <sip:[email protected]>
Call-ID: [email][email protected][/email]
CSeq: 103 INVITE
Server: Asterisk PBX 1.8.13.1~dfsg1-3+deb7u3
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH
Supported: replaces, timer
Contact: <sip:[email protected]:5060>
Content-Length: 0

 

[IEEE]

Ich seh im gesamten Header kein vorkommen von 21 bei der Rufnummer. Nur die 2 (Beispiel: <sip:[email protected]>)

Ich hab also Grund zur Annahme, dass Du egal was Du wählst, nur eine Stelle als Durchwahl signalisiert bekommst (in dem Fall die 2 statt 21). Offenbar also doch nur Unterstützung für einstellige Durchwahlen bei Deinem VoIP Account.

 

[kalli83]

Das hab ich mir auch schon gedacht als ich mir die Daten angeschaut hab.
Evtl. liegt es ja auch daran, dass es sich momentan noch um diesen 30 Tage Testaccount handelt.
Ich hab jetzt ne Mail an den Support von Sipgate geschrieben. Mal abwarten was die dazu sagen.

[Beitrag 2:]

Während ich also nun auf die Antwort des Supports warte, habe ich evtl. auch schon das Problem gefunden.
Laut http://wiki.ip-phone-forum.de/telefonie:numbers kann ja nur eine maximal 15 stellige Nummer im Ortsnetz ausgewertet werden.

Wenn ich nun an meine Sipgatenummer noch eine zweistellige Durchwahl anhänge, komme ich auf insgesamt 16 Stellen.
Das würde dann auch erklären, wieso im INVITE immer nur die Rufnummer + 1 Durchwahlziffer ankommt.

Ist das soweit richtig? Oder bin ich da auf dem Holzweg?

 

[xrated]

Deine 2 Cuts machen nichts anderes als sip:[email protected] einmal in sip:00492XXXXXXXXXX4102 zu zerlegen und danach in 00492XXXXXXXXXX4102

 

[rentier-s]

Das wissen wir spätestens seit #4, außerdem ist bereits bekannt, dass im Invite nicht die ganze Nummer übertragen wird. Insofern ist Dein Beitrag leider relativ sinnfrei :gruebel:

Wenn Du was nützliches beitragen möchtest, antworte doch bitte auf #9.

 

[kalli83]

Ich habe jetzt mittlerweile eine Antwort vom Sipgate Support bekommen.

Die von mir genutzten Düsseldorfer Testrufnummern sind wohl angeblich zu lang, meinte der Support.
Aber Sipgate ist grundsätzlich dazu in der Lage 2 stellige Durchwahlen zu verwalten.
Wenn ich also meine Ortsnummer portiere sollte es mit den 2 stelligen Durchwahlen funktionieren.