Eingehende Nummer wird vorne und hinten beschitten

[pire13]

Hallo,

ich bekomme von einem Kunden, der im selben Vorwahlgebiet ist, die Länderkennung mit (erschwert die Auflösung des Namens) und beim Speichern der CDR wird das 0043 sowie die Durchwahl von der Nummer weggeworfen.

System: Trixbox v2.2.4 mit Asterisk 1.2.23-BRIstuffed-0.3.0-PRE-1y-j
ISDN Karte ist eine Quadbri 2.0 von Junghanns
Meine Nummer mit DW: 0043/5572/88888 - 62
Nummer des Kunden : 0043/5572/999 - 303

Auszug aus /var/log/asterisk/full

1. Anruf des Kunden
Dec 20 13:11:18 VERBOSE[10970] logger.c:     -- Accepting overlap voice call from '00435572999303' to '62' on channel 0/1, span 2

Dec 20 13:13:24 DEBUG[11741] cdr_addon_mysql.c: cdr_mysql: SQL command as follows: INSERT INTO cdr (calldate,clid,src,dst,dcontext,channel,dstchannel,lastapp,lastdata,duration,billsec,disposition,amaflags,accountcode,uniqueid,userfield) VALUES ('2007-12-20 13:11:21','5572999','5572999','62','from-did-direct', 'Zap/4-1','SIP/62-0a043150','Dial','SIP/62|30|trM(auto-blkvm) ',123,116,'ANSWERED',3,'','asterisk-10905-1198152678.57','')



2. Wenn ich mich selber anrufe bzw. alle aus 0043/Österreich machen die gleichen Einträge
Dec 20 13:16:55 VERBOSE[10970] logger.c:     -- Accepting overlap voice call from '055728888811' to '62' on channel 0/1, span 2

Dec 20 13:17:09 DEBUG[11815] cdr_addon_mysql.c: cdr_mysql: SQL command as follows: INSERT INTO cdr (calldate,clid,src,dst,dcontext,channel,dstchannel,lastapp,lastdata,duration,billsec,disposition,amaflags,accountcode,uniqueid,userfield) VALUES ('2007-12-20 13:16:58','055728888811','055728888811','62','from-did-direct', 'Zap/4-1','SIP/62-0a043150','ResetCDR','w',11,6,'ANSWERED',3,'','asterisk-10905-1198153015.65','')

; Basic ISDN Card TE mode config

; Anlagenanschluss im TE Modus am NT von TELE2
resetinterval=never
immediate=no
overlapdial=yes
switchtype=euroisdn

signalling=bri_cpe

pridialplan=dynamic
prilocaldialplan=unknown
nationalprefix=0
internationalprefix=00
usecallingpres=yes
echocancel=yes
echocancelwhenbridged=yes
echotraining=100
context=from-zaptel
group=0

overlapdial=yes
channel => 1-2
channel => 4-5


; Anlagenanschluss im NT Modus fuer die Alcatel-Anlage

signalling = bri_net
context=from-internal
group=1

overlapdial=yes

channel => 7-8
channel => 10-11

danke
jakob

 

[anhalter42]

Was ist nun die Frage oder dein Problem?

Ich hatte neulich auch den Fall, dass nach dem Umzug eines Kunden er uns auf einmal die deutsche Länderkennung lieferte, wir sie aber nicht wählen dürfen (war blöd in den Anruflisten). Ich habe das Problem so gelöst, dass ich in der reverse.agi, die ich eh angepasst habe, die 0049 oder die +49 durch eine Null ersetzt habe. Ich zwar nicht schön, weil es im Norden Deutschlands einen Ort mit 049X als Vorwahl gibt, aber die Chance, von dort angerufen zu werden, scheint mir vertretbar gering ;-)

Soviel ich weiß hängt es vom Netzbetreiber ab (in dem Falle der Deines Kunden), ob er die Ländervorwahl davorhängt oder nicht. Genauso hängt es von Deinem Netzbetreiber ab, ob er die Ländervorwahl akzeptiert oder nicht.

 

[pire13]

hallo, danke anhalter

Anruf von dem speziellen Kunde:
Accept -> 00435572999303
und in den CDR wird ein Anruf von 5572999 eingetragen
-> es fehlt die führende 0 oder, zwar nicht gern, das 0043
-> es fehlt die DW 303


wenn ich mich selber anrufe:
Accept -> 055728888811
und in den CDR wird ein Anruf von 055728888811 eingetragen
-> alles passt

 

[anhalter42]

Sorry, hat ein wenig gedauert (so ist das mit Weihnachten...)

Kann es sein, dass die Durchwahl von Deinem Kunden gar nicht geliefert wird? Dann kann sie logischerweise auch nicht ankommen. Geht es, dass er Dich mal auf einem Handy oder so anruft? Wenn die Durchwahl dann kommt, dann muss man weitersuchen. Es gibt bei uns auch eine Durchwahl, wo ich sie in der extensions,conf fest setze: unser Faxgerät, das an einem ISDN-Terminal-Adapter hängt, liefert ohne diese Vorgabe nur die Hauptrufnummer ohne Null. Alle anderen Durchwahlen (SIP-Telefone) sind dahingehend sehr auskunftsfreudig und ehrlich.

Leider weiß ich von der Trixbox zu wenig, um mit "Accept->" etwas anfangen zu können, dazu gibt es Berufenere. Dasselbe gilt für den Eintrag in die CDR.