Ich habe nun jeden Artikel durchgelesen zum Thema SIPGate Incoming Calls
Meine nebenstelle ist die 44
meine Rufnummer die: 0208-xy39744(0-9)
Ausgehend klappt perfekt auch mit der richtigen Rufnummer.
Eingehende Regel:
Source: *
Destication: _49208xy39744X
Extention: 1${EXTEN:-1}
(damit aus der 44 eine 4 wird)
aber es kommt nur ein: Ziel Defekt
Aus Extention: habe ich nun: ${EXTEN:-1}${EXTEN:-1}
gemacht da ich aus der 4 am ende der Rufnummer ja die 44 machen muss.
Ich habe nun endlich die Logfiles:
== Using SIP RTP CoS mark 5
– Executing [4920899397444@mdc_incoming-3:1] Set(“SIP/mdc_trunk_conf-3-00000000”, “MDC_CALLER_NUM_TRUNK=016090579868”) in new stack
– Executing [4920899397444@mdc_incoming-3:2] Macro(“SIP/mdc_trunk_conf-3-00000000”, “mdc_deterdest,MDC_CALLEE_NUM_TRUNK,<sip:004920899397444@sipconnect.sipgate.de>”) in new stack
– Executing [s@macro-mdc_deterdest:1] Verbose(“SIP/mdc_trunk_conf-3-00000000”, “1,macro-mdc_deterdest:: variable: MDC_CALLEE_NUM_TRUNK header: <sip:004920899397444@sipconnect.sipgate.de>”) in new stack
macro-mdc_deterdest:: variable: MDC_CALLEE_NUM_TRUNK header: <sip:004920899397444@sipconnect.sipgate.de>
– Executing [s@macro-mdc_deterdest:2] Set(“SIP/mdc_trunk_conf-3-00000000”, "TMP_DN=004920899397444@sipconnect.sipgate.de>") in new stack
– Executing [s@macro-mdc_deterdest:3] Set(“SIP/mdc_trunk_conf-3-00000000”, “TMP_DN=004920899397444”) in new stack
– Executing [s@macro-mdc_deterdest:4] Set(“SIP/mdc_trunk_conf-3-00000000”, “MDC_CALLEE_NUM_TRUNK=004920899397444”) in new stack
– Executing [4920899397444@mdc_incoming-3:3] Verbose(“SIP/mdc_trunk_conf-3-00000000”, “1,destination 004920899397444 is extracted”) in new stack
destination 004920899397444 is extracted
– Executing [4920899397444@mdc_incoming-3:4] Goto(“SIP/mdc_trunk_conf-3-00000000”, “mdc_trunk-3,s,1”) in new stack
– Goto (mdc_trunk-3,s,1)
– Executing [s@mdc_trunk-3:1] Verbose(“SIP/mdc_trunk_conf-3-00000000”, “1,callee number: 004920899397444 caller number: 016090579868”) in new stack
callee number: 004920899397444 caller number: 016090579868
– Executing [s@mdc_trunk-3:2] GosubIf(“SIP/mdc_trunk_conf-3-00000000”, “0?sub_internat,s,1(CALLERID(num),016090579868,00)”) in new stack
– Executing [s@mdc_trunk-3:3] Gosub(“SIP/mdc_trunk_conf-3-00000000”, “sub_nat2int,s,1(MDC_CALLER_NUM_INTERNAT,016090579868,00,49,0,208)”) in new stack
– Executing [s@sub_nat2int:1] Verbose(“SIP/mdc_trunk_conf-3-00000000”, “1,sub_nat2int:: variable: MDC_CALLER_NUM_INTERNAT - CALLERID(num): 016090579868 - intVAZ: 00 - lkz: 49 - natVAZ: 0 - onKz: 208”) in new stack
sub_nat2int:: variable: MDC_CALLER_NUM_INTERNAT - CALLERID(num): 016090579868 - intVAZ: 00 - lkz: 49 - natVAZ: 0 - onKz: 208
– Executing [s@sub_nat2int:2] GotoIf(“SIP/mdc_trunk_conf-3-00000000”, “0?s-int,1”) in new stack
– Executing [s@sub_nat2int:3] GotoIf(“SIP/mdc_trunk_conf-3-00000000”, “0?s-int,1”) in new stack
– Executing [s@sub_nat2int:4] GotoIf(“SIP/mdc_trunk_conf-3-00000000”, “0?s-intshort,1”) in new stack
– Executing [s@sub_nat2int:5] GotoIf(“SIP/mdc_trunk_conf-3-00000000”, “0?s-natshort,1”) in new stack
– Executing [s@sub_nat2int:6] GotoIf(“SIP/mdc_trunk_conf-3-00000000”, “1?s-nat,1”) in new stack
– Goto (sub_nat2int,s-nat,1)
– Executing [s-nat@sub_nat2int:1] Verbose(“SIP/mdc_trunk_conf-3-00000000”, “1,national”) in new stack
national
– Executing [s-nat@sub_nat2int:2] Set(“SIP/mdc_trunk_conf-3-00000000”, “MDC_CALLER_NUM_INTERNAT=004916090579868”) in new stack
– Executing [s-nat@sub_nat2int:3] Return(“SIP/mdc_trunk_conf-3-00000000”, “”) in new stack
– Executing [s@mdc_trunk-3:4] Set(“SIP/mdc_trunk_conf-3-00000000”, “CALLERID(num)=004916090579868”) in new stack
– Executing [s@mdc_trunk-3:5] Gosub(“SIP/mdc_trunk_conf-3-00000000”, “sub_int2nat,s,1(MDC_CALLER_NUM_NAT,004916090579868,00,49,0,208)”) in new stack
– Executing [s@sub_int2nat:1] Verbose(“SIP/mdc_trunk_conf-3-00000000”, “1,sub_int2nat:: variable: MDC_CALLER_NUM_NAT - exten: 004916090579868 - intVAZ: 00 - lkz: 49 - natVAZ: 0 - onKz: 208”) in new stack
sub_int2nat:: variable: MDC_CALLER_NUM_NAT - exten: 004916090579868 - intVAZ: 00 - lkz: 49 - natVAZ: 0 - onKz: 208
– Executing [s@sub_int2nat:2] GotoIf(“SIP/mdc_trunk_conf-3-00000000”, “0?nat”) in new stack
– Executing [s@sub_int2nat:3] GotoIf(“SIP/mdc_trunk_conf-3-00000000”, “1?s-internat,1”) in new stack
– Goto (sub_int2nat,s-internat,1)
– Executing [s-internat@sub_int2nat:1] Set(“SIP/mdc_trunk_conf-3-00000000”, “MDC_CALLER_NUM_NAT=016090579868”) in new stack
– Executing [s-internat@sub_int2nat:2] Return(“SIP/mdc_trunk_conf-3-00000000”, “”) in new stack
– Executing [s@mdc_trunk-3:6] Set(“SIP/mdc_trunk_conf-3-00000000”, “CALLERID(num)=016090579868”) in new stack
– Executing [s@mdc_trunk-3:7] Gosub(“SIP/mdc_trunk_conf-3-00000000”, “sub_pb-search,s,1(CALLERID(name),016090579868,016090579868,004916090579868,+4916090579868)”) in new stack
– Executing [s@sub_pb-search:1] Verbose(“SIP/mdc_trunk_conf-3-00000000”, “1,sub_pb-search variable: CALLERID(name) calleridnum: 016090579868 national: 016090579868 international: 004916090579868 +internat: +4916090579868”) in new stack
sub_pb-search variable: CALLERID(name) calleridnum: 016090579868 national: 016090579868 international: 004916090579868 +internat: +4916090579868
[Jul 16 11:01:22] NOTICE[6150]: res_odbc.c:1527 odbc_obj_connect: Connecting md
[Jul 16 11:01:22] NOTICE[6150]: res_odbc.c:1559 odbc_obj_connect: res_odbc: Connected to md [md]
> Found no rows [SELECT “028pho_bez”, “028pho_firstname”, “028pho_lastname”, “028pho_organisation” FROM “028phonebook” WHERE “028pho_phone”=‘016090579868’ OR “028pho_phone”=‘016090579868’ OR “028pho_phone”=‘004916090579868’ OR “028pho_phone”=’+4916090579868’ OR “028pho_homephone”=‘016090579868’ OR “028pho_homephone”=‘016090579868’ OR “028pho_homephone”=‘004916090579868’ OR “028pho_homephone”=’+4916090579868’ OR “028pho_mobile”=‘016090579868’ OR “028pho_mobile”=‘016090579868’ OR “028pho_mobile”=‘004916090579868’ OR “028pho_mobile”=’+4916090579868’]
– Executing [s@sub_pb-search:2] Set(“SIP/mdc_trunk_conf-3-00000000”, “HASH(PB_ENTRY)=”) in new stack
– Executing [s@sub_pb-search:3] Verbose(“SIP/mdc_trunk_conf-3-00000000”, “1,”) in new stack
-- Executing [s@sub_pb-search:4] Verbose("SIP/mdc_trunk_conf-3-00000000", "1,") in new stack
-- Executing [s@sub_pb-search:5] Verbose("SIP/mdc_trunk_conf-3-00000000", "1,") in new stack
-- Executing [s@sub_pb-search:6] Verbose("SIP/mdc_trunk_conf-3-00000000", "1,") in new stack
-- Executing [s@sub_pb-search:7] Set("SIP/mdc_trunk_conf-3-00000000", "CALLERID(name)=") in new stack
-- Executing [s@sub_pb-search:8] Return("SIP/mdc_trunk_conf-3-00000000", "") in new stack
-- Executing [s@mdc_trunk-3:8] Set("SIP/mdc_trunk_conf-3-00000000", "MDC_NUMPREFIX_TRUNK=") in new stack
-- Executing [s@mdc_trunk-3:9] Goto("SIP/mdc_trunk_conf-3-00000000", "mdc_mapping-3,004920899397444,1") in new stack
-- Goto (mdc_mapping-3,004920899397444,1)
[Jul 16 11:01:22] WARNING[6150]: pbx.c:5119 __ast_pbx_run: Channel ‘SIP/mdc_trunk_conf-3-00000000’ sent into invalid extension ‘004920899397444’ in context ‘mdc_mapping-3’, but no invalid handler
mach doch erst mal ${EXTEN:-2} und hier das-asterisk-buch.de dort gibt es eine tolle Anleitung wie man mit Variablen und Asterisk arbeitet.
ne ${EXTEN:-2} ist ja falsch denn die letzte stelle wird ja gedoppelt
wir haben ja die Endstellen
0-9 bei Sipgate
die internen Nummern sind 11,22,33,44,55,66,77,88,99
somit ist 0 die zentrale und ${EXTEN-1} =1-9 gedoppelt ${EXTEN-1}${EXTEN-1} 11-99
Ich habe mir das mal bei uns angeschaut und siehe da es geht hier gar keine Variable auf der Ziel Seite, bei den Durchwahlen gehen alle Variablen wie gewünscht.
Ob das mal wieder ein Bug ist ?
Um bei deinem Beispiel zu bleiben
004920899397444 - 44 geht
004920899397444 - ${EXTEN-1}${EXTEN-1} geht
00492089939744X - 44 NOPE
00492089939744[0-9] - 44 NOPE
das nur als INFO.
Tja das mit den Ämtern ist wohl doch noch nicht so 100% fertig optimiert. Aber gut zu wissen das meine [3-8] Regel nicht geht. Diese hatte ich beim Ziel eingetragen falls doch mal wer eine Nummer probiert die nicht angeschlossen ist. Tja hier muss ich jetzt auch alle 7 Nummern per Hand nacharbeiten.
Danke für den Hinweis
Dankeschön genau das wars plus das es nicht
_4920899397444 ist sondern
004920899397444
Ich habe gerade erfahren, dank des Pascom supports, das wir da was falsch gemacht haben.
Es muss _00492089939744X lauten dann geht das auch mit den Regeln 