[Gelöst] Fehlerhaftes Rufnummernmatching (bei zweistelligen Rufnummern)

[wusel-09]

Ich habe nichts passendes bei der Suche gefunden, daher als neues Thema ...

Umgebung:

FRITZ!Box Fon WLAN 7270 v3, FRITZ!OS 05.54

DTAG-ISDN mit 3 6stelligen und 3 7stelligen MSNs. 4 DECT-Mobilteile an FB, eine Gigaset SX353isdn am int. S0, ein W48 an Fon1. Die Telefoniegeräte sind bislang auf die 6 MSNs konfiguiert.

Ein Asterisk in einem per VPN "direkt" erreichbaren DC (== kein NAT notwendig auf der Verbindung), hier ext. SIP-Anbieter angebunden. Die 7270 ist über IP-Telefone (zur Signalisierung/Weitergabe an Asterisk) am Asterisk angebunden, als auch erhält sie "Internetrufnummern" von diesem.

DTAG-ISDN, "Fon So", ist konfiguriert mit: 111172, 111173, 111174, 1119139, 1119140, 1119141

Von Asterisk bezieht die 7270 die Internetrufnummern 41, 72.

Fernziel ist, daß die 7270 als ISDN-GW für den Asterisk dient, im Asterisk die Routingentscheidungen getroffen werden (genauer: screening durch Tellows und Sonderbehandlung von Anrufern ohne Nummer) und ggf. Anrufe zur 7270 als GW zu S0/DECT/Fon1+2 geschickt werden. Damit das funktioniert, möchte ich intern, also pirmär auf DECT, nur zweistellige Rufnummern nutzen, de facto die letzten beiden Ziffern der 6- oder 7steligen eigentlichen MSNs; übergangsweise soll das erst einmal nur auf neuen, zusätzlichen Telefonen so aufschlagen (user acceptance test; sanfte Migration).
Ich habe also nun ein MT-M2 und MT-F hinzugefügt, eines auf die 41, eines auf die 72 als ausgehende und klingelnde Nummer konfiguriert.

Im Asterisk werden ankommende Anrufe auf eine sipgate-Nummer auf die 72 durchgestellt:

exten => 493012345678,1,NoOP(Eingehender Anruf via SIP von ${CALLERID(all)} auf ${EXTEN})
same  => n,NoOp(Caller-ID: ${CALLERID(all)})
same  => n,NoOp(SIP From: ${SIP_HEADER(From)})
same  => n,NoOp(SIP To  : ${SIP_HEADER(To)})
same  => n,NoOp(SIP PAI : ${SIP_HEADER(P-Asserted-Identity)})
same  => n,NoOp(SIP RPI : ${SIP_HEADER(Remote-Party-ID)})
same  => n,Ringing
same  => n,Dial(SIP/72,30)
same  => n,Wait(5)
same  => n,Busy(10)
same  => n,Hangup

Das funktioniert prinzipiell bis zur 7270 ...

    -- Executing [493012345678@sipgate:1] NoOp("SIP/10000xxx1-000002cb", "Eingehender Anruf via SIP von "015100000000" <015100000000> auf 493012345678") in new stack
    -- Executing [493012345678@sipgate:2] NoOp("SIP/10000xxx1-000002cb", "Caller-ID: "015100000000" <015100000000>") in new stack
    -- Executing [493012345678@sipgate:3] NoOp("SIP/10000xxx1-000002cb", "SIP From: "015100000000" <sip:[email protected]>;tag=as55dc2604") in new stack
    -- Executing [493012345678@sipgate:4] NoOp("SIP/10000xxx1-000002cb", "SIP To  : <sip:[email protected]>") in new stack
    -- Executing [493012345678@sipgate:5] NoOp("SIP/10000xxx1-000002cb", "SIP PAI : ") in new stack
    -- Executing [493012345678@sipgate:6] NoOp("SIP/10000xxx1-000002cb", "SIP RPI : ") in new stack
    -- Executing [493012345678@sipgate:7] Ringing("SIP/10000xxx1-000002cb", "") in new stack
    -- Executing [493012345678@sipgate:8] Dial("SIP/10000xxx1-000002cb", "SIP/72,30") in new stack

... nur klingeln leider dort *alle* Telefone, die entweder auf die Nummer 72 oder die Nummer 111172 (== mit den gleichen letzten Ziffern) konfiguriert sind. Das ist leider vollkommen unbrauchbar :-(

Ist das ein bekanntes Verhalten, und falls ja, ist eine Lösung zur Umgehung bekannt?

 

[asterixleser]

Ist das ein bekanntes Verhalten

Ja, das ist so. Auf dem S0 werden die signalisierten MSN mit den im Telefon angelegten MSN "von hinten" verglichen: wenn's bis zum Beginn einer der beiden MSN paßt, wird signalisiert. Das ist auch so, wenn Du (nur mit "anleitungsgerechten" Fritzbox-Mitteln) die internen MSN 51 und 52 definierst und Du die Rufnummern 999951 und 999952 hast. Ordnest Du die Rufnummern 999952 und 51 einem ersten Telefon und die 999951 mit der 52 einem zweiten Telefon auf dem int. S0 zu, klingelt beim Internanruf auf 51 auch das zweite Telefon.

eine Lösung zur Umgehung

So blöd es klingt: Andere oder keine interne MSN...

 

[wusel-09]

Okay, danke; also greift dieses Matching nicht nur bei der Einstellung »Anlagenanschluß«. Doof, aber wenn man's weiß, kann man's ja umgehen (int. Nummern dürfen nicht am Ende von anderen Rufnummern enthalten sein).