[MEGOLDVA] Hívószámkijelzés DAHDI trönkön nem működik

VoIP

Szerk.: mint kiderült, a szolgáltató csak a szám utolsó három jegyét várja hívószámként a központtól. A mellék outbound CID-jét átírtam 209-re és máris a helyes szám jelent meg a túloldalon. :)

Elastix 2.4 (Asterisk 1.8.20.0-0) alatt, egy DAHDI trönkön (ISDN PRI interfész) kifelé telefonálva valamiért a központi számunk jelenik meg a hívott félnél, holott a hívást kezdeményező SIP melléken be van állítva egy egyedi, saját számmezőbe tartozó outbound CID.A logban látszik is, hogy észleli a saját CID-et, és mintha használná is, de mégsem ez jelenik meg a hívott félnél:

[Feb 21 19:13:44] VERBOSE[8596] pbx.c: -- Executing [s@macro-dialout-trunk:17] GotoIf("SIP/300-00000006", "0?bypass,1") in new stack
[Feb 21 19:13:44] VERBOSE[8596] pbx.c: -- Executing [s@macro-dialout-trunk:18] GotoIf("SIP/300-00000006", "0?customtrunk") in new stack
[Feb 21 19:13:44] VERBOSE[8596] pbx.c: -- Executing [s@macro-dialout-trunk:19] Dial("SIP/300-00000006", "DAHDI/g11/0620xxxxxxx,300,") in new stack
[Feb 21 19:13:44] DEBUG[8596] sig_pri.c: sig_pri_request 1
[Feb 21 19:13:44] DEBUG[8596] sig_pri.c: CALLER NAME: NUM: 00361xxx2209

Van egy ilyen is a logban, ami érdekes lehet:

[Feb 21 19:13:44] VERBOSE[8596] pbx.c: -- Executing [06205867000@from-internal:4] ExecIf("SIP/300-00000006", "0?Set(TRUNKCIDOVERRIDE=00361xxx2200)") in new stack

A trönk ide vonatkozó beállításai:

Outbound caller ID: 00361xxx2200
CID options: Allow any CID

Az outbound route-nál pedig az alábbi beállítások vannak megadva:

Route CID: 00361xxx2200
Override extension: no

A mellék releváns beállításai:

Outbound CID: 00361xxx2209
Inbound DID: 00361xxx2209

A kimenő vonal paraméterei: SIP trönk, ami egy 2 megabites, netkapcsolatról leválasztott sávon üzemel. Ezt egy SIP-ISDN gateway kártya alakítja ISDN-né (szolgáltató eszköze), innen csatlakozok az Elastix PBX-re. A szolgáltató a M.Telekom. A meglévő digitális (nem VoIP) alközpontunkról telefonálva rendesen látszik a hívószám, így kizárt, hogy a szolgáltató bírálná felül a számot.

Hol lehet a hiba? Esetleg rossz formátumban adom meg a CID-et?

Ha szükséges, tudok konfigokat is mutatni.

Köszönöm előre is a segítséget!

  • 9811 megtekintés

( hrgy84 | 2013. 02. 22., p – 10:38 )

Ird bele a kerdesbe a teljes Asterisk verziot, neha szokott szamitani az alverzio, az ismert bugok tekinteteben.
Illetve kerdezd meg magentaekat, nem naluk van-e valami override.

Probalj meg sajat szammezobe tartozo szamot hivni a klienstol, hogy milyen CID jon be. Elvben annak nem is szabad kijutni a PSTN-ig, hanem az Asterisknek belulrol kellene elkezelni - de nem tudom. Sajnos az Asterisk kulon programozasi nyelv, amiben mindent otvenketfelekeppen lehet implementalni.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

Köszi a tippeket!

A pontos verzió: asterisk 1.8.20.0-0, beírom az eredeti kérdésbe is.

T-nél biztos nincs override, mert ahogy írtam is, a meglévő alközpontunkról indított hívásoknál rendesen látszik az adott mellék külső hívószáma a hívott félnél. Érdekes lehet, hogy ott csak az utolsó 3 számjegy van megadva a konfigban, "2xx" formátumban. Lehet, hogy eleve így várja a szolgáltató a hívószámot, és mivel nem így kapja az asterisk-től, automatikusan a központi számot teszi bele a hívásba. Ez megérne egy próbát, de sajnos csak munkaidőn kívül tesztelhetek, éles rendszerről lévén szó. :(

Köszi, már szükségtelen, megvolt a teszt, valóban csak az utolsó 3 számjegyet kell CID-nek elküldeni, úgy megeszi.

Gondolom így védik ki, hogy a nekünk kiosztott számmezőn kívül eső hívószámot tegyünk bele a kimenő hívásokba.

Egyébként az ISDN trönk másik végén egy SIP-ISDN gateway van, ami számunkra black box (szolgáltató tulajdona, nincs hozzáférésünk), lehet, hogy ez az eszköz rakja össze a végső hívószámot, és a kimenő SIP trönkön már a teljes számot küldi ki.

Én mindenesetre boldog vagyok azzal a tudattal, hogy működik a hívószámkijelzés. :)

Sziasztok

Régi problémám (amióta asterisk 11-em van), hogy nem tudom elküldeni a meglévő számtartományomból bármelyik számot, mindig csak a főszám megy ki. ISDN 30 -as előfizetés, pri kártya, dahdi -val. A T szerint rossz a pridialplan mert mindig national -ban megy ki (vagy abban kellene és unknown, nem emlékszem). Lényeg, hogy bármire is változtatom, szerinte ugyanúgy megy ki. Érdekesség az, hogy ő még jól látja a számot, nem tudom miért nem tudja továbbküldeni, de ez van. Kérlek segítsen valaki, ha tud, mert nagyon fontos lenne. Van ugyanis két szám mely átirányítódik Bpi telephelyre Fehérvárról és fontos lenne, hogy az ügyfelek akiket ők hívnak ne a központot hívják vissza (22 -es körzet, mind csak 2 közülük iax -en át, Pesten csörög).
Ugyanezen verziójú asterisk bp -n jó számot küld ki (ott bri a vonal)

Asterisk 11.5.0
Dahdi 2.8.0

Pont ugyanezzel szopikáztam a múltkor, igaz, nálam Asterisk 1.8 van, és elvileg ezt a libpri-ben lévő hiba okozza, amit azóta javítottak. (Vagy nem?)

http://hup.hu/node/129987

Próbáld meg az "S" előtagot a CALLERID beállításánál, attól elvileg átvált National-ból Subscriber-re:

exten => s,1,Set(CALLERID(num)=S1234567)

Egy ISDN2 BRI vonalon jött elő nálunk hasonló probléma (előtte ISDN30 PRI-nk volt, azzal is van némi tapasztalatom).

A lényeg röviden (Telekomra vonatkozóan):

* BRI-nél 7 digitet kell küldeni, és a "prilocaldialplan=unknown" beállítást meg kell adni a chan_dahdi.conf-ban
* PRI-nél az utolsó 3 számjegyet kell küldeni hívószámként

Én pl. az alábbiakat tettem bele a chan_dahdi.conf-ba a default beállításokhoz képest:

prilocaldialplan=unknown
threewaycalling=no
loadzone=hu
defaultzone=hu
tonezone=hu
language=hu

A mostani ISDN2 vonalunknál az NT-t is programozni kellett ahhoz, hogy működjön a hívószámkijelzés, ezt a szolgáltató szerencsére távolról el tudta végezni. Amíg ezt nem tették meg, az NT mindig a vezérszámot küldte, hiába adtam meg a helyes callerid-t asterisk-ben.

A korábbi ISDN30-nál nem volt ilyesmire szükség, gondolom az alapból úgy volt beállítva, hogy továbbítsa a hívószámokat.

A központon ezek a verziók futnak épp:

Kernel: 2.6.18-371
Asterisk 11.7.0
DAHDI 2.8.0