MD an Anlagenanschluss überträgt ausgehend nur Hauptrufnummer

Hallo zusammen,

ich baue derzeit meine erste MobyDick auf und hänge gerade an einer Kleinigkeit. Als ausgehende Rufnummer wird immer die Hauptrufnummer (-0) des Anlagenanschlusses verwendet.

Zur MobyDick (-Konfiguration)

  • MD 7.03.02 als SlimLine Appliance
  • interne Berofix-Karte mit bf4S0 / bf4FXS
  • Anlagenanschluss T-Systems Business Complete mit 2 Anschlüssen (4 Leitungen)
  • Konfiguration Amt:
    – Basisdaten
    Präfix eing. Nummer: <nichts>
    internationale Vorwahl: 00
    Landeskennzahl: 49
    nationale Vorwahl: 0
    Ortskennzahl: 228
    – Eingehende Rufe
    [table=“width: 500”]

Bezeichnung
Quelle
Ziel
Durchwahl
CIDName
CIDNummer
Sprache

Durchwahlen*_55952XX${EXTEN:-2}deutsch

Zentrale*55952010deutsch

[/table]
– Ausgehende Rufe
[table=“width: 500”]

Bezeichnung
In-Prefix
Quelle
Ziel
CIDNummer
Out-Prefix
Out-Suffix
Verbieten
Pin
Übertragungskapazität

Standardtelefonie

022855952${CALLERIDNUM}

Nein

Sprache

[/table]

Da die ausgehende CIDNummer gesetzt ist, müsste doch eigentlich die Durchwahl mit übertragen werden, oder?

Ein Kontrolle während eines ausgehenden Anrufes auf der Asterisk CLI ergibt folgendes:

root@mobydick:~# asterisk -r
Asterisk 1.8.11.1-1digium1~squeeze, Copyright (C) 1999 - 2012 Digium, Inc. and others.
Created by Mark Spencer <markster@digium.com>
Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details.
This is free software, with components licensed under the GNU General Public
License version 2 and other licenses; you are welcome to redistribute it under
certain conditions. Type 'core show license' for details.
=========================================================================
Connected to Asterisk 1.8.11.1-1digium1~squeeze currently running on mobydick (pid = 1556)
Verbosity is at least 3
  == Manager 'phpasm' logged on from 127.0.0.1
  == Manager 'phpasm' logged off from 127.0.0.1
  == Using SIP RTP CoS mark 5
  == Extension Changed 18[mdc_hint-ident] new state InUse for Notify User r4FD7KjJD712e96
    -- Executing [0171407XXXX@mdc_location-8:1] Verbose("SIP/sWrLGYMRJ71143d-0000004c", "1,Bedarfs-Arbeitsplatz") in new stack
 Bedarfs-Arbeitsplatz
    -- Executing [0171407XXXX@mdc_location-8:2] Set("SIP/sWrLGYMRJ71143d-0000004c", "MDC_CALLER_LOCATION_ID=8") in new stack
  == Extension Changed 18[mdc_hint-ident] new state InUse for Notify User 3PLJlOtly712e94
    -- Executing [0171407XXXX@mdc_location-8:3] Set("SIP/sWrLGYMRJ71143d-0000004c", "MDC_CALLER_LOCATION_NAME=Bedarfs-Arbeitsplatz") in new stack
    -- Executing [0171407XXXX@mdc_location-8:4] Gosub("SIP/sWrLGYMRJ71143d-0000004c", "sub_location,s,1(8,0171407XXXX)") in new stack
  == Extension Changed 18[mdc_hint-ident] new state InUse for Notify User BzlF5jWEx712df2
    -- Executing [s@sub_location:1] Verbose("SIP/sWrLGYMRJ71143d-0000004c", "1,used location id: 8 - dialed extension: 0171407XXXX") in new stack
 used location id: 8 - dialed extension: 0171407XXXX
    -- Executing [s@sub_location:2] Set("SIP/sWrLGYMRJ71143d-0000004c", "MDC_CALLEE_NUM=0171407XXXX") in new stack
    -- Executing [s@sub_location:3] Return("SIP/sWrLGYMRJ71143d-0000004c", "") in new stack
  == Extension Changed 18[mdc_hint-ident] new state InUse for Notify User Wn3wMY2NO712e33
    -- Executing [0171407XXXX@mdc_location-8:5] Gosub("SIP/sWrLGYMRJ71143d-0000004c", "sub_split-location,s,1(8)") in new stack
  == Extension Changed 18[mdc_hint-ident] new state InUse for Notify User aSjd9ho8z712e5f
    -- Executing [s@sub_split-location:1] Verbose("SIP/sWrLGYMRJ71143d-0000004c", "1,get user for location: 8") in new stack
 get user for location: 8
  == Extension Changed 18[mdc_hint-ident] new state InUse for Notify User a2GvHTGlk71010c
    -- Executing [s@sub_split-location:2] GotoIf("SIP/sWrLGYMRJ71143d-0000004c", "0?s-zero,1") in new stack
    -- Executing [s@sub_split-location:3] Set("SIP/sWrLGYMRJ71143d-0000004c", "TMP_USER_ID=9") in new stack
  == Extension Changed 18[mdc_hint-ident] new state InUse for Notify User sWrLGYMRJ71143d
    -- Executing [s@sub_split-location:4] Verbose("SIP/sWrLGYMRJ71143d-0000004c", "1,user id: 9") in new stack
 user id: 9
    -- Executing [s@sub_split-location:5] Return("SIP/sWrLGYMRJ71143d-0000004c", "") in new stack
    -- Executing [0171407XXXX@mdc_location-8:6] Goto("SIP/sWrLGYMRJ71143d-0000004c", "mdc_user-9,0171407XXXX,1") in new stack
    -- Goto (mdc_user-9,0171407XXXX,1)
    -- Executing [0171407XXXX@mdc_user-9:1] Verbose("SIP/sWrLGYMRJ71143d-0000004c", "1,edv") in new stack
 edv
    -- Executing [0171407XXXX@mdc_user-9:2] Gosub("SIP/sWrLGYMRJ71143d-0000004c", "sub_user,s,1(caller,9,18,edv,Bedarfs-Arbeitsplatz,18,18,18)") in new stack
    -- Executing [s@sub_user:1] Verbose("SIP/sWrLGYMRJ71143d-0000004c", "1,sub_user mode caller") in new stack
 sub_user mode caller
    -- Executing [s@sub_user:2] Goto("SIP/sWrLGYMRJ71143d-0000004c", "s-caller,1") in new stack
    -- Goto (sub_user,s-caller,1)
    -- Executing [s-caller@sub_user:1] Verbose("SIP/sWrLGYMRJ71143d-0000004c", "1,sub_user user id: 9 - user exten: 18 - user: edv - realname: Bedarfs-Arbeitsplatz - own mailbox: 18 - watched mailbox: 18 - callerid(num): 18") in new stack
 sub_user user id: 9 - user exten: 18 - user: edv - realname: Bedarfs-Arbeitsplatz - own mailbox: 18 - watched mailbox: 18 - callerid(num): 18
    -- Executing [s-caller@sub_user:2] Set("SIP/sWrLGYMRJ71143d-0000004c", "__MDC_CALLER_USER_ID=9") in new stack
    -- Executing [s-caller@sub_user:3] Set("SIP/sWrLGYMRJ71143d-0000004c", "__MDC_CALLER_NUM=18") in new stack
    -- Executing [s-caller@sub_user:4] Set("SIP/sWrLGYMRJ71143d-0000004c", "__MDC_CALLER_ACC_NAME=edv") in new stack
    -- Executing [s-caller@sub_user:5] Set("SIP/sWrLGYMRJ71143d-0000004c", "__MDC_CALLER_ACC_REALNAME=Bedarfs-Arbeitsplatz") in new stack
    -- Executing [s-caller@sub_user:6] Set("SIP/sWrLGYMRJ71143d-0000004c", "__MDC_CALLER_VM_OWN=18") in new stack
    -- Executing [s-caller@sub_user:7] Set("SIP/sWrLGYMRJ71143d-0000004c", "__MDC_CALLER_VM_WATCHED=18") in new stack
    -- Executing [s-caller@sub_user:8] Set("SIP/sWrLGYMRJ71143d-0000004c", "CALLERID(name)=Bedarfs-Arbeitsplatz") in new stack
    -- Executing [s-caller@sub_user:9] Set("SIP/sWrLGYMRJ71143d-0000004c", "CALLERID(num)=18") in new stack
    -- Executing [s-caller@sub_user:10] Return("SIP/sWrLGYMRJ71143d-0000004c", "") in new stack
    -- Executing [0171407XXXX@mdc_user-9:3] Goto("SIP/sWrLGYMRJ71143d-0000004c", "internal,0171407XXXX,1") in new stack
    -- Goto (internal,0171407XXXX,1)
    -- Executing [0171407XXXX@internal:1] SIPAddHeader("SIP/sWrLGYMRJ71143d-0000004c", ""Alert-Info:<http://www.notused.de>;info=alert-internal;x-line-id=0"") in new stack
    -- Executing [0171407XXXX@internal:2] GosubIf("SIP/sWrLGYMRJ71143d-0000004c", "1?sub_initcall,s,1(int,0171407XXXX)") in new stack
    -- Executing [s@sub_initcall:1] Verbose("SIP/sWrLGYMRJ71143d-0000004c", "1,sub_initcall descent: int exten: 0171407XXXX") in new stack
 sub_initcall descent: int exten: 0171407XXXX
    -- Executing [s@sub_initcall:2] GosubIf("SIP/sWrLGYMRJ71143d-0000004c", "1?sub_initloop,s,1") in new stack
    -- Executing [s@sub_initloop:1] Verbose("SIP/sWrLGYMRJ71143d-0000004c", "1,initial loop") in new stack
 initial loop
    -- Executing [s@sub_initloop:2] Set("SIP/sWrLGYMRJ71143d-0000004c", "MDC_ALIAS_HOP=0") in new stack
    -- Executing [s@sub_initloop:3] Return("SIP/sWrLGYMRJ71143d-0000004c", "") in new stack
    -- Executing [s@sub_initcall:3] Set("SIP/sWrLGYMRJ71143d-0000004c", "__MDC_DIALDESCENT=int") in new stack
    -- Executing [s@sub_initcall:4] Goto("SIP/sWrLGYMRJ71143d-0000004c", "int,1") in new stack
    -- Goto (sub_initcall,int,1)
    -- Executing [int@sub_initcall:1] Set("SIP/sWrLGYMRJ71143d-0000004c", "__MDC_DIALCALLERNUMINIT=18") in new stack
    -- Executing [int@sub_initcall:2] Set("SIP/sWrLGYMRJ71143d-0000004c", "__MDC_DIALCALLEENUMINIT=0171407XXXX") in new stack
    -- Executing [int@sub_initcall:3] Return("SIP/sWrLGYMRJ71143d-0000004c", "") in new stack
    -- Executing [0171407XXXX@internal:3] Goto("SIP/sWrLGYMRJ71143d-0000004c", "main,0171407XXXX,1") in new stack
    -- Goto (main,0171407XXXX,1)
    -- Executing [0171407XXXX@main:1] Gosub("SIP/sWrLGYMRJ71143d-0000004c", "sub_defcall,s,1(0171407XXXX)") in new stack
[Oct  4 14:45:59] NOTICE[24812]: func_math.c:424 crement_function_read: The value is now: 1
    -- Executing [s@sub_defcall:1] Set("SIP/sWrLGYMRJ71143d-0000004c", "MDC_ALIAS_HOP=1") in new stack
    -- Executing [s@sub_defcall:2] Set("SIP/sWrLGYMRJ71143d-0000004c", "__MDC_DIALCALLEENUM=0171407XXXX") in new stack
    -- Executing [s@sub_defcall:3] Set("SIP/sWrLGYMRJ71143d-0000004c", "__MDC_DIALCALLERNUM=18") in new stack
    -- Executing [s@sub_defcall:4] Set("SIP/sWrLGYMRJ71143d-0000004c", "__MDC_DIALCHANNELNAME=sWrLGYMRJ71143d") in new stack
    -- Executing [s@sub_defcall:5] GotoIf("SIP/sWrLGYMRJ71143d-0000004c", "1?nozap") in new stack
    -- Goto (sub_defcall,s,8)
    -- Executing [s@sub_defcall:8] Set("SIP/sWrLGYMRJ71143d-0000004c", "__MDC_DIALCALLERNAME=Bedarfs-Arbeitsplatz") in new stack
    -- Executing [s@sub_defcall:9] Return("SIP/sWrLGYMRJ71143d-0000004c", "") in new stack
    -- Executing [0171407XXXX@main:2] Goto("SIP/sWrLGYMRJ71143d-0000004c", "mdc_distribute,0171407XXXX,1") in new stack
    -- Goto (mdc_distribute,0171407XXXX,1)
    -- Executing [0171407XXXX@mdc_distribute:1] Set("SIP/sWrLGYMRJ71143d-0000004c", "MDC_INPREFIX_TRUNK=") in new stack
    -- Executing [0171407XXXX@mdc_distribute:2] Verbose("SIP/sWrLGYMRJ71143d-0000004c", "1,remove inprefix: ") in new stack
 remove inprefix:
    -- Executing [0171407XXXX@mdc_distribute:3] Goto("SIP/sWrLGYMRJ71143d-0000004c", "mdc_outgoing-1,0171407XXXX,1") in new stack
    -- Goto (mdc_outgoing-1,0171407XXXX,1)
    -- Executing [0171407XXXX@mdc_outgoing-1:1] Gosub("SIP/sWrLGYMRJ71143d-0000004c", "sub_trunk-outgoing-1,0171407XXXX,1") in new stack
    -- Executing [0171407XXXX@sub_trunk-outgoing-1:1] Gosub("SIP/sWrLGYMRJ71143d-0000004c", "sub_int2nat,s,1(MDC_CALLEE_NUM_NAT,0171407XXXX,00,49,0,228)") in new stack
    -- Executing [s@sub_int2nat:1] Verbose("SIP/sWrLGYMRJ71143d-0000004c", "1,sub_int2nat:: variable: MDC_CALLEE_NUM_NAT - exten: 0171407XXXX - intVAZ: 00 - lkz: 49 - natVAZ: 0 - onKz: 228") in new stack
 sub_int2nat:: variable: MDC_CALLEE_NUM_NAT - exten: 0171407XXXX - intVAZ: 00 - lkz: 49 - natVAZ: 0 - onKz: 228
    -- Executing [s@sub_int2nat:2] GotoIf("SIP/sWrLGYMRJ71143d-0000004c", "0?nat") in new stack
    -- Executing [s@sub_int2nat:3] GotoIf("SIP/sWrLGYMRJ71143d-0000004c", "0?s-internat,1") in new stack
    -- Executing [s@sub_int2nat:4] Set("SIP/sWrLGYMRJ71143d-0000004c", "MDC_CALLEE_NUM_NAT=0171407XXXX") in new stack
    -- Executing [s@sub_int2nat:5] Return("SIP/sWrLGYMRJ71143d-0000004c", "") in new stack
    -- Executing [0171407XXXX@sub_trunk-outgoing-1:2] Gosub("SIP/sWrLGYMRJ71143d-0000004c", "sub_nat2int,s,1(MDC_CALLEE_NUM_INTERNAT,0171407XXXX,00,49,0,228)") in new stack
    -- Executing [s@sub_nat2int:1] Verbose("SIP/sWrLGYMRJ71143d-0000004c", "1,sub_nat2int:: variable: MDC_CALLEE_NUM_INTERNAT - CALLERID(num): 0171407XXXX - intVAZ: 00 - lkz: 49 - natVAZ: 0 - onKz: 228") in new stack
 sub_nat2int:: variable: MDC_CALLEE_NUM_INTERNAT - CALLERID(num): 0171407XXXX - intVAZ: 00 - lkz: 49 - natVAZ: 0 - onKz: 228
    -- Executing [s@sub_nat2int:2] GotoIf("SIP/sWrLGYMRJ71143d-0000004c", "0?s-int,1") in new stack
    -- Executing [s@sub_nat2int:3] GotoIf("SIP/sWrLGYMRJ71143d-0000004c", "0?s-int,1") in new stack
    -- Executing [s@sub_nat2int:4] GotoIf("SIP/sWrLGYMRJ71143d-0000004c", "0?s-intshort,1") in new stack
    -- Executing [s@sub_nat2int:5] GotoIf("SIP/sWrLGYMRJ71143d-0000004c", "0?s-natshort,1") in new stack
    -- Executing [s@sub_nat2int:6] GotoIf("SIP/sWrLGYMRJ71143d-0000004c", "1?s-nat,1") in new stack
    -- Goto (sub_nat2int,s-nat,1)
    -- Executing [s-nat@sub_nat2int:1] Verbose("SIP/sWrLGYMRJ71143d-0000004c", "1,national") in new stack
 national
    -- Executing [s-nat@sub_nat2int:2] Set("SIP/sWrLGYMRJ71143d-0000004c", "MDC_CALLEE_NUM_INTERNAT=0049171407XXXX") in new stack
    -- Executing [s-nat@sub_nat2int:3] Return("SIP/sWrLGYMRJ71143d-0000004c", "") in new stack
    -- Executing [0171407XXXX@sub_trunk-outgoing-1:3] Set("SIP/sWrLGYMRJ71143d-0000004c", "CALLERID(name)=022855952") in new stack
    -- Executing [0171407XXXX@sub_trunk-outgoing-1:4] Set("SIP/sWrLGYMRJ71143d-0000004c", "CALLERID(num)=022855952") in new stack
    -- Executing [0171407XXXX@sub_trunk-outgoing-1:5] Gosub("SIP/sWrLGYMRJ71143d-0000004c", "sub_pb-search,s,1(MDC_DIALCALLEENAME,0171407XXXX,0171407XXXX,0049171407XXXX,+49171407XXXX)") in new stack
    -- Executing [s@sub_pb-search:1] Verbose("SIP/sWrLGYMRJ71143d-0000004c", "1,sub_pb-search variable: MDC_DIALCALLEENAME calleridnum: 0171407XXXX national: 0171407XXXX international: 0049171407XXXX +internat: +49171407XXXX") in new stack
 sub_pb-search variable: MDC_DIALCALLEENAME calleridnum: 0171407XXXX national: 0171407XXXX international: 0049171407XXXX +internat: +49171407XXXX
    -- Executing [s@sub_pb-search:2] Set("SIP/sWrLGYMRJ71143d-0000004c", "HASH(PB_ENTRY)=") in new stack
    -- Executing [s@sub_pb-search:3] Verbose("SIP/sWrLGYMRJ71143d-0000004c", "1,") in new stack

    -- Executing [s@sub_pb-search:4] Verbose("SIP/sWrLGYMRJ71143d-0000004c", "1,") in new stack

    -- Executing [s@sub_pb-search:5] Verbose("SIP/sWrLGYMRJ71143d-0000004c", "1,") in new stack

    -- Executing [s@sub_pb-search:6] Verbose("SIP/sWrLGYMRJ71143d-0000004c", "1,") in new stack

    -- Executing [s@sub_pb-search:7] Set("SIP/sWrLGYMRJ71143d-0000004c", "MDC_DIALCALLEENAME=") in new stack
    -- Executing [s@sub_pb-search:8] Return("SIP/sWrLGYMRJ71143d-0000004c", "") in new stack
    -- Executing [0171407XXXX@sub_trunk-outgoing-1:6] Verbose("SIP/sWrLGYMRJ71143d-0000004c", "1,DTAG Business Complete - Standardtelefonie") in new stack
 DTAG Business Complete - Standardtelefonie
    -- Executing [0171407XXXX@sub_trunk-outgoing-1:7] Dial("SIP/sWrLGYMRJ71143d-0000004c", "SIP/d8df0d000e05/12#0171407XXXX,,t") in new stack
  == Using SIP RTP CoS mark 5
    -- Called SIP/d8df0d000e05/12#0171407XXXX
    -- SIP/d8df0d000e05-0000004d is making progress passing it to SIP/sWrLGYMRJ71143d-0000004c
    -- SIP/d8df0d000e05-0000004d is ringing
  == Manager 'phpasm' logged on from 127.0.0.1
  == Manager 'phpasm' logged off from 127.0.0.1
  == Extension Changed 18[mdc_hint-ident] new state Idle for Notify User r4FD7KjJD712e96
  == Spawn extension (sub_trunk-outgoing-1, 0171407XXXX, 7) exited non-zero on 'SIP/sWrLGYMRJ71143d-0000004c'
  == Extension Changed 18[mdc_hint-ident] new state Idle for Notify User 3PLJlOtly712e94
  == Extension Changed 18[mdc_hint-ident] new state Idle for Notify User BzlF5jWEx712df2
  == Extension Changed 18[mdc_hint-ident] new state Idle for Notify User Wn3wMY2NO712e33
  == Extension Changed 18[mdc_hint-ident] new state Idle for Notify User aSjd9ho8z712e5f
  == Extension Changed 18[mdc_hint-ident] new state Idle for Notify User a2GvHTGlk71010c
  == Extension Changed 18[mdc_hint-ident] new state Idle for Notify User sWrLGYMRJ71143d
  == Manager 'phpasm' logged on from 127.0.0.1
  == Manager 'phpasm' logged off from 127.0.0.1
mobydick*CLI>
Disconnected from Asterisk server
root@mobydick:~#

Kann ich noch irgendwo etwas einstellen, damit die Nebenstelle korrekt als ausgehende Rufnummer angezeigt wird?

Danke
Ulf

Hallo Ulf,

also bei der Telekom zum Beispiel muss man bei der ausgehenden Nummer immer die Null der Ortsvorwahl weglassen.
Steht aber glaube ich auch in der Wiki für mehrere Provider.

http://wiki.pascom.net/confluence/pages/viewpage.action?pageId=5210735#id-ÄmterundRufregelnanlegen-AusgehendeRegeln

Gruß Markus

Hallo Markus,

das werde ich morgen gleich mal ausprobieren. Hoffentlich schaffe ich es noch vor den Bürozeiten, da die Anlage noch nicht in Betrieb ist und ich den ISDN-Anschluss kurzzeitig umstecken muss.

Ich melde mich dann mit dem Ergebnis.

Danke
Ulf

Hallo Markus,

ich habe heute früh noch einmal mit der CIDNummer 22855952${CALLERIDNUM} getestet, aber leider brachte das keinen Erfolg. Ich habe zum Testen auch mal die vollständige Nummer inkl. Durchwahl beim Benutzer als CIDNummer eingetragen. Trotzdem wurde die -0 als Nummer übertragen.

Hast Du vielleicht noch eine Idee?

Danke
Ulf

Hallo Ulf,

Hast Du nach Deiner Änderung auch die Telefonie angewendet ?

Eventuell musst Du nur die Stammnummer ohne Vorwahl eintragen. Probiere dies bitte auch noch aus.

Liebe Grüße

Maik

Hallo Maik,

ja, ich habe die Einstellungen auch angewendet. Vor dem Testen standen keine Jobs mehr zum Anwenden an.

Das mit der Stammnummer kann ich erst heute Nachmittag nach Büroschluss wieder testen. Ich melde mich danach wieder.

Danke
Ulf

Hallo Ulf,

ich hatte auch das Problem. Das Merkmal muss man sich wohl bei der Telekom freischalten lassen. Das ganze heißt glaub ich “CLIP -no screening”
Hat zumindest das Problem mit meiner Anlage gelöst.

Grüße
Andi

Hallo Andi,

das werde ich nachher dann auch mit der Telekom klären. Nur wie hat das dann bisher die Siemens Hipath Anlage hinbekommen? Macht die da etwas anders?

Danke
Ulf

Hallo Ulf,

wenn die Hipath es kann, dann kann die Mobydick es auch. Du musst nur herausfinden wie die CallerID aussehen muss. Teste als nächstes wie oben von mir geschrieben, die Stammnummer ohne Vorwahl.

Grüße

Maik

Hallo Ulf,

Maik und Andi geben schon die richtigen Hinweise. Aber noch ein Hint. Du verwendest ja Beronet Hardware. Wenn Du das Gateway bearbeitest kannst Du unter “Belegung” auf die Bezeichnung des Amts doppelklicken. Dort geht ein Dialog auf in dem Du den Clip Modus wählen kannst. Teste da mal durch und verwende dann die verschiedenen Notationen wie von Maik beschrieben.

Btw. Clip No Screening brauchst Du nur wenn Du fremde Nummer setzten willst die nicht zu Deinem Rufnummerblock gehören. Z.B. die original Nummer des Anrufers bei einer Weiterleitung.

LG
Mathias

Hallo an alle,

danke für die reichlichen Antworten. Schade nur, dass der Anschluss hier nicht mitspielt. Das mit “Clip NO Screening” hatte ich mir gestern auch so angelesen, wie Mathias es beschrieben hat. Danke für die Bestätigung. Es ist laut Aussage der T-Systems auf dem Anschluss auch nicht aktiv.

Ich habe jetzt alle CLIP-Modi, außer “unknown” ausprobiert und dabei die angegebenen CIDNummer-Notationen eingetragen:
national
022855952${CALLERIDNIUM}
22855952${CALLERIDNIUM}
55952${CALLERIDNIUM}
${CALLERIDNIUM}

subscriber
022855952${CALLERIDNIUM}
22855952${CALLERIDNIUM}
55952${CALLERIDNIUM}
${CALLERIDNIUM}

international
4922855952${CALLERIDNIUM}
022855952${CALLERIDNIUM}
22855952${CALLERIDNIUM}
55952${CALLERIDNIUM}
${CALLERIDNIUM}

Leider brachte keine der Kombinationen Erfolg. Dann werde ich heute noch einmal versuchen bei der T-Systems das Format der CID-Nummer herauszubekommen.

Kann von Euch jemand an der Asterisk-CLI-Ausgabe erkennen, ob die CIDNumber zumindestens von der MobyDick korrekt gesetzt wird? Im Wiki habt Ihr ja beschrieben, dass die “Callee number” zu erkennen sein müsste. Nur diesen String habe ich in der Ausgabe nicht gefunden. Oder habe ich das falsch verstanden?

Danke
Ulf

Hallo Ulf,

ich hoffe Du meinst ${CALLERIDNUM} und **NICHT **${CALLERIDNIUM}

Grüße

Maik

Hallo Ulf,

ich hoffe Du meinst ${CALLERIDNUM} und NICHT ${CALLERIDNIUM}

Grüße

Maik

Hallo Maik,

ja das wär’s gewesen. Aber ich habe mich nur verschrieben. Meinen letzten Versuch hatte ich übrigens gar nicht beschrieben. Ich habe mal die vollständige Nummer als 02285595222 als CIDNummer eingetragen. Auch die ist nicht übertragen wurden, sondern nur die -0.

Danke
Ulf

Hi Ulf,

wir übergeben an unseren T-Systems Anschluss das Format “22855952${CALLERIDNUM}” und es funktioniert. Allerdings haben wir ein Patton Gateway und keine Beronet Hardware. Hast Du den Tip von Mathias schon probiert ?

http://community.pascom.net/showthread.php?843-MD-an-Anlagenanschluss-überträgt-ausgehend-nur-Hauptrufnummer&p=3948&viewfull=1#post3948

Grüße

Maik

Hallo Maik,

so wie an Eurem T-Systems-Anschluss hätte ich es mir auch vorgestellt. Den Tipp von Mathias habe ich ausprobiert und auch alle Kombinationen (siehe Post #11)

Muss ich vielleicht noch etwas anderes kontrollieren?

Die Benutzer haben keine CID eingetragen. Kann eine andere Konfigration die CIDNummer überschreiben, so dass ich im Amt zwar etwas einstelle, aber es doch immer wieder überschrieben wird?

Danke
Ulf

Hallo Ulf,

habe gerade gesehen, dass die Variable ${CALLERIDNUM} mit dem von uns verwendeten Asterisk Version nicht mehr funktioniert. Diese wurde in 1.2 abgekündigt (hat aber immer noch funktioniert) in 1.8. gibt es diese nicht mehr. Teste bitte anstatt ${CALLERIDNUM} die ${CALLERID(num)}. Siehe auch http://www.voip-info.org/wiki/view/Asterisk+variables.

In unserer Wiki steht auch noch immer die ${CALLERIDNUM}. Entschuldige deswegen. Werde das in den nächsten Tagen anpassen.

LG
Mathias

Hallo Mathias,

sehr schön. Die Variable funktioniert :o. Jetzt habe ich auch gesehen, wo die CALLERID(NUM) in der Ausgabe der Asterisk-CLI steht :D. Angezeigt wird mir aber immer noch die Hauptrufnummer :(.

Hier die Einzelheiten.
Der erste Asterisk-Trace, in dem die Variable nicht funktioniert hat (die Nummer ist unvollständig):

 national
    -- Executing [s-nat@sub_nat2int:2] Set("SIP/sWrLGYMRJ71143d-0000004c", "MDC_CALLEE_NUM_INTERNAT=0049171407XXXX") in new stack
    -- Executing [s-nat@sub_nat2int:3] Return("SIP/sWrLGYMRJ71143d-0000004c", "") in new stack
    -- Executing [0171407XXXX@sub_trunk-outgoing-1:3] Set("SIP/sWrLGYMRJ71143d-0000004c", "CALLERID(name)=022855952") in new stack
    -- Executing [0171407XXXX@sub_trunk-outgoing-1:4] Set("SIP/sWrLGYMRJ71143d-0000004c", "CALLERID(num)=022855952") in new stack
    -- Executing [0171407XXXX@sub_trunk-outgoing-1:5] Gosub("SIP/sWrLGYMRJ71143d-0000004c", "sub_pb-search,s,1(MDC_DIALCALLEENAME,0171407XXXX,0171407XXXX,0049171407XXXX,+49171407XXXX)") in new stack
    -- Executing [s@sub_pb-search:1] Verbose("SIP/sWrLGYMRJ71143d-0000004c", "1,sub_pb-search variable: MDC_DIALCALLEENAME calleridnum: 0171407XXXX national: 0171407XXXX international: 0049171407XXXX +internat: +49171407XXXX") in new stack

Mit unvollständiger Nummer kann es nicht funktionieren.

Ein Trace von heute mit “02285595${CALLERID(num)}” als CIDNummer:

national
    -- Executing [s-nat@sub_nat2int:2] Set("SIP/r4FD7KjJD712e96-0000003f", "MDC_CALLEE_NUM_INTERNAT=0049171407XXXX") in new stack
    -- Executing [s-nat@sub_nat2int:3] Return("SIP/r4FD7KjJD712e96-0000003f", "") in new stack
    -- Executing [0171407XXXX@sub_trunk-outgoing-1:3] Set("SIP/r4FD7KjJD712e96-0000003f", "CALLERID(name)=02285595216") in new stack
    -- Executing [0171407XXXX@sub_trunk-outgoing-1:4] Set("SIP/r4FD7KjJD712e96-0000003f", "CALLERID(num)=02285595216") in new stack
    -- Executing [0171407XXXX@sub_trunk-outgoing-1:5] Gosub("SIP/r4FD7KjJD712e96-0000003f", "sub_pb-search,s,1(MDC_DIALCALLEENAME,0171407XXXX,0171407XXXX,0049171407XXXX,+49171407XXXX)") in new stack
    -- Executing [s@sub_pb-search:1] Verbose("SIP/r4FD7KjJD712e96-0000003f", "1,sub_pb-search variable: MDC_DIALCALLEENAME calleridnum: 0171407XXXX national: 0171407XXXX international: 0049171407XXXX +internat: +49171407XXXX") in new stack
  

Der Versuch sollte eigentlich funktionieren, oder? CLIP ist national eingestellt.

Ein Trace von heute mit “${CALLERID(num)}” als CIDNummer:

 national
    -- Executing [s-nat@sub_nat2int:2] Set("SIP/3PLJlOtly712e94-00000043", "MDC_CALLEE_NUM_INTERNAT=0049171407XXXX") in new stack
    -- Executing [s-nat@sub_nat2int:3] Return("SIP/3PLJlOtly712e94-00000043", "") in new stack
    -- Executing [0171407XXXX@sub_trunk-outgoing-1:3] Set("SIP/3PLJlOtly712e94-00000043", "CALLERID(name)=26") in new stack
    -- Executing [0171407XXXX@sub_trunk-outgoing-1:4] Set("SIP/3PLJlOtly712e94-00000043", "CALLERID(num)=26") in new stack
    -- Executing [0171407XXXX@sub_trunk-outgoing-1:5] Gosub("SIP/3PLJlOtly712e94-00000043", "sub_pb-search,s,1(MDC_DIALCALLEENAME,0171407XXXX,0171407XXXX,0049171407XXXX,+49171407XXXX)") in new stack
    -- Executing [s@sub_pb-search:1] Verbose("SIP/3PLJlOtly712e94-00000043", "1,sub_pb-search variable: MDC_DIALCALLEENAME calleridnum: 0171407XXXX national: 0171407XXXX international: 0049171407XXXX +internat: +49171407XXXX") in new stack

Gut, nur die Durchwahl will er also auch nicht.

Ein Trace von heute mit “55952${CALLERID(num)}” als CIDNummer:

 national
    -- Executing [s-nat@sub_nat2int:2] Set("SIP/r4FD7KjJD712e96-00000049", "MDC_CALLEE_NUM_INTERNAT=0049171407XXXX") in new stack
    -- Executing [s-nat@sub_nat2int:3] Return("SIP/r4FD7KjJD712e96-00000049", "") in new stack
    -- Executing [0171407XXXX@sub_trunk-outgoing-1:3] Set("SIP/r4FD7KjJD712e96-00000049", "CALLERID(name)=5595216") in new stack
    -- Executing [0171407XXXX@sub_trunk-outgoing-1:4] Set("SIP/r4FD7KjJD712e96-00000049", "CALLERID(num)=5595216") in new stack
    -- Executing [0171407XXXX@sub_trunk-outgoing-1:5] Gosub("SIP/r4FD7KjJD712e96-00000049", "sub_pb-search,s,1(MDC_DIALCALLEENAME,0171407XXXX,0171407XXXX,0049171407XXXX,+49171407XXXX)") in new stack
    -- Executing [s@sub_pb-search:1] Verbose("SIP/r4FD7KjJD712e96-00000049", "1,sub_pb-search variable: MDC_DIALCALLEENAME calleridnum: 0171407XXXX national: 0171407XXXX international: 0049171407XXXX +internat: +49171407XXXX") in new stack

Schade, Stammnummer und Durchwahl ohne Vorwahl also auch nicht.

Sehe ich das richtig, dass die MobyDick/Asterisk die CIDNummer richtig umsetzt? Wenn ja, was mach ich jetzt? :confused:

Danke
Ulf

Hallo Ulf,

der Entscheidende Versuch mit “2285595${CALLERID(num)}” fehlt. Probiere dies bitte einmal aus. Ich bin ziemlich sicher das es so funktioniert.

Grüße

Maik

Hallo,

ja, alles ist jetzt korrekt und ich glaube auch Du solltest den von Maik erwähnten Versuch machen …

LG
Mathias