Odorik a trunk na Asterisk

Diskuze o telefonování a telefonních službách, rady, návody, připomínky, ...
Uživatelský avatar
xsouku04
Administrátor
Příspěvky: 8539
Registrován: pát 15. říj 2010 11:11:44
Bydliště: Brno
Kontaktovat uživatele:

Re: Odorik a trunk na Asterisk

Příspěvek od xsouku04 »

Mělo by to být nastaveno. Prosím zkuste to použít. Odpověď jsem odložil, snažil jsem se volat abych se přesvědčil že tomu rozumíte. Ale myslím že ano. Kdyby byly potíže můžete volat *300100.
vanas
Příspěvky: 72
Registrován: úte 17. led 2012 23:05:34

Re: Odorik a trunk na Asterisk

Příspěvek od vanas »

xsouku04 píše:Mělo by to být nastaveno. Prosím zkuste to použít. Odpověď jsem odložil, snažil jsem se volat abych se přesvědčil že tomu rozumíte. Ale myslím že ano. Kdyby byly potíže můžete volat *300100.
Ok, zkusím to nastavit a dám vědět. Nicméně, mám problém s příchozími hovory. Sice teď nejsem fyzicky ve škole (jsem teď v Brně, což je o 200km dál :-) ), ale stěžují si na to, že Cisco 7961 stále zvoní, i když sluchátko už bylo zvednuto. Zkoušel jsem to jak z mobilu, tak z mého čísla na Odoriku.

V logu našeho Asterisku to ale vypadá, že hovor zvednut byl. Nemůže to být stejný problém, jako se dělo tady http://forum.odorik.cz/viewtopic.php?f=7&t=380 a v odkazovaném topicu ?

Nevím přesně, jak vypadá SIP hlavička, ale buď si nerozumí Asterisk s vaší proxy nebo Asterisk s tímto telefonem. Bohužel, větší detaily teď nemůžu poskytnout. Kolega už ve škole není, abych to řešil s ním.
Uživatelský avatar
xsouku04
Administrátor
Příspěvky: 8539
Registrován: pát 15. říj 2010 11:11:44
Bydliště: Brno
Kontaktovat uživatele:

Re: Odorik a trunk na Asterisk

Příspěvek od xsouku04 »

Pokusím se to shrnout. Cisco 7961, přopojené s vašim asteriskem s snim nerozumí a odmítá zdvihnout hovor.
Děje se to i když voláte v rámci školy v síti ?
vanas
Příspěvky: 72
Registrován: úte 17. led 2012 23:05:34

Re: Odorik a trunk na Asterisk

Příspěvek od vanas »

xsouku04 píše:Pokusím se to shrnout. Cisco 7961, přopojené s vašim asteriskem s snim nerozumí a odmítá zdvihnout hovor.
Děje se to i když voláte v rámci školy v síti ?
Ano, je to přesně tak, jak říkáte. Ono ho to přímo neodmítá. Jen mu to chvíli trvá, než si uvědomí, že to sluchátko už je zvednuté. Nevím, jak dlouho to trvá, protože hovor mi brala sekretářka a po ní opravdu technické detaily chtít nemůžu :-) , ale při volání v rámci školy to nedělá. Pouze při venkovních hovorech. Volání mezi 7961 a 7911 jsme zkoušeli a to funguje OK. I mezi 7961 a Grandstream GT-100 to jede OK.

Všude používám kodek G.729.
Tady je výpis logu Asterisku, když jsem tam volal

Kód: Vybrat vše


"SIP/499599300-000000a5", "user-callerid,") in new stack
[2012-02-16 13:38:30] VERBOSE[13324] pbx.c:     -- Executing [s@macro-user-callerid:1] Set("SIP/499599300-000000a5", "AMPUSER=499599207") in new stack
[2012-02-16 13:38:30] VERBOSE[13324] pbx.c:     -- Executing [s@macro-user-callerid:2] GotoIf("SIP/499599300-000000a5", "0?report") in new stack
[2012-02-16 13:38:30] VERBOSE[13324] pbx.c:     -- Executing [s@macro-user-callerid:3] ExecIf("SIP/499599300-000000a5", "1?Set(REALCALLERIDNUM=499599207)") in new stack
[2012-02-16 13:38:30] VERBOSE[13324] pbx.c:     -- Executing [s@macro-user-callerid:4] Set("SIP/499599300-000000a5", "AMPUSER=") in new stack
[2012-02-16 13:38:30] VERBOSE[13324] pbx.c:     -- Executing [s@macro-user-callerid:5] Set("SIP/499599300-000000a5", "AMPUSERCIDNAME=") in new stack
[2012-02-16 13:38:30] VERBOSE[13324] pbx.c:     -- Executing [s@macro-user-callerid:6] GotoIf("SIP/499599300-000000a5", "1?report") in new stack
[2012-02-16 13:38:30] VERBOSE[13324] pbx.c:     -- Goto (macro-user-callerid,s,11)
[2012-02-16 13:38:30] VERBOSE[13324] pbx.c:     -- Executing [s@macro-user-callerid:11] GotoIf("SIP/499599300-000000a5", "0?continue") in new stack
[2012-02-16 13:38:30] VERBOSE[13324] pbx.c:     -- Executing [s@macro-user-callerid:12] Set("SIP/499599300-000000a5", "__TTL=64") in new stack
[2012-02-16 13:38:30] VERBOSE[13324] pbx.c:     -- Executing [s@macro-user-callerid:13] GotoIf("SIP/499599300-000000a5", "1?continue") in new stack
[2012-02-16 13:38:30] VERBOSE[13324] pbx.c:     -- Goto (macro-user-callerid,s,24)
[2012-02-16 13:38:30] VERBOSE[13324] pbx.c:     -- Executing [s@macro-user-callerid:24] Set("SIP/499599300-000000a5", "CALLERID(number)=499599207") in new stack
[2012-02-16 13:38:30] VERBOSE[13324] pbx.c:     -- Executing [s@macro-user-callerid:25] Set("SIP/499599300-000000a5", "CALLERID(name)=499599207") in new stack
[2012-02-16 13:38:30] VERBOSE[13324] pbx.c:     -- Executing [s@macro-user-callerid:26] Set("SIP/499599300-000000a5", "CHANNEL(language)=en") in new stack
[2012-02-16 13:38:30] VERBOSE[13324] pbx.c:     -- Executing [300@ext-group:2] Macro("SIP/499599300-000000a5", "blkvm-setifempty,") in new stack
[2012-02-16 13:38:30] VERBOSE[13324] pbx.c:     -- Executing [s@macro-blkvm-setifempty:1] GotoIf("SIP/499599300-000000a5", "1?init") in new stack
[2012-02-16 13:38:30] VERBOSE[13324] pbx.c:     -- Goto (macro-blkvm-setifempty,s,4)
[2012-02-16 13:38:30] VERBOSE[13324] pbx.c:     -- Executing [s@macro-blkvm-setifempty:4] Set("SIP/499599300-000000a5", "__BLKVM_CHANNEL=SIP/499599300-000000a5") in new stack
[2012-02-16 13:38:30] VERBOSE[13324] pbx.c:     -- Executing [s@macro-blkvm-setifempty:5] Set("SIP/499599300-000000a5", "SHARED(BLKVM,SIP/499599300-000000a5)=TRUE") in new stack
[2012-02-16 13:38:30] VERBOSE[13324] pbx.c:     -- Executing [s@macro-blkvm-setifempty:6] Set("SIP/499599300-000000a5", "GOSUB_RETVAL=TRUE") in new stack
[2012-02-16 13:38:30] VERBOSE[13324] pbx.c:     -- Executing [s@macro-blkvm-setifempty:7] MacroExit("SIP/499599300-000000a5", "") in new stack
[2012-02-16 13:38:30] VERBOSE[13324] pbx.c:     -- Executing [300@ext-group:3] GotoIf("SIP/499599300-000000a5", "1?skipov") in new stack
[2012-02-16 13:38:30] VERBOSE[13324] pbx.c:     -- Goto (ext-group,300,6)
[2012-02-16 13:38:30] VERBOSE[13324] pbx.c:     -- Executing [300@ext-group:6] Set("SIP/499599300-000000a5", "RRNODEST=") in new stack
[2012-02-16 13:38:30] VERBOSE[13324] pbx.c:     -- Executing [300@ext-group:7] Set("SIP/499599300-000000a5", "__NODEST=300") in new stack
[2012-02-16 13:38:30] VERBOSE[13324] pbx.c:     -- Executing [300@ext-group:8] GosubIf("SIP/499599300-000000a5", "0?sub-rgsetcid,s,1()") in new stack
[2012-02-16 13:38:30] VERBOSE[13324] pbx.c:     -- Executing [300@ext-group:9] Gosub("SIP/499599300-000000a5", "sub-record-check,s,1(rg,300,never)") in new stack
[2012-02-16 13:38:30] VERBOSE[13324] pbx.c:     -- Executing [s@sub-record-check:1] GotoIf("SIP/499599300-000000a5", "1?check") in new stack
[2012-02-16 13:38:30] VERBOSE[13324] pbx.c:     -- Goto (sub-record-check,s,3)
[2012-02-16 13:38:30] VERBOSE[13324] pbx.c:     -- Executing [s@sub-record-check:3] Set("SIP/499599300-000000a5", "MON_FMT=wav") in new stack
[2012-02-16 13:38:30] VERBOSE[13324] pbx.c:     -- Executing [s@sub-record-check:4] GotoIf("SIP/499599300-000000a5", "1?next") in new stack
[2012-02-16 13:38:30] VERBOSE[13324] pbx.c:     -- Goto (sub-record-check,s,7)
[2012-02-16 13:38:30] VERBOSE[13324] pbx.c:     -- Executing [s@sub-record-check:7] ExecIf("SIP/499599300-000000a5", "0?Return()") in new stack
[2012-02-16 13:38:30] VERBOSE[13324] pbx.c:     -- Executing [s@sub-record-check:8] GotoIf("SIP/499599300-000000a5", "0?rg,1") in new stack
[2012-02-16 13:38:30] VERBOSE[13324] pbx.c:     -- Executing [s@sub-record-check:9] Set("SIP/499599300-000000a5", "__REC_STATUS=INITIALIZED") in new stack
[2012-02-16 13:38:30] VERBOSE[13324] pbx.c:     -- Executing [s@sub-record-check:10] ExecIf("SIP/499599300-000000a5", "1?Set(__REC_POLICY_MODE=never)") in new stack
[2012-02-16 13:38:30] VERBOSE[13324] pbx.c:     -- Executing [s@sub-record-check:11] Set("SIP/499599300-000000a5", "NOW=1329395910") in new stack
[2012-02-16 13:38:30] VERBOSE[13324] pbx.c:     -- Executing [s@sub-record-check:12] Set("SIP/499599300-000000a5", "__DAY=16") in new stack
[2012-02-16 13:38:30] VERBOSE[13324] pbx.c:     -- Executing [s@sub-record-check:13] Set("SIP/499599300-000000a5", "__MONTH=02") in new stack
[2012-02-16 13:38:30] VERBOSE[13324] pbx.c:     -- Executing [s@sub-record-check:14] Set("SIP/499599300-000000a5", "__YEAR=2012") in new stack
[2012-02-16 13:38:30] VERBOSE[13324] pbx.c:     -- Executing [s@sub-record-check:15] Set("SIP/499599300-000000a5", "__TIMESTR=20120216-133830") in new stack
[2012-02-16 13:38:30] VERBOSE[13324] pbx.c:     -- Executing [s@sub-record-check:16] Set("SIP/499599300-000000a5", "__FROMEXTEN=499599207") in new stack
[2012-02-16 13:38:30] VERBOSE[13324] pbx.c:     -- Executing [s@sub-record-check:17] Set("SIP/499599300-000000a5", "__CALLFILENAME=rg-300-499599207-20120216-133830-1329395910.165") in new stack
[2012-02-16 13:38:30] VERBOSE[13324] pbx.c:     -- Executing [s@sub-record-check:18] Goto("SIP/499599300-000000a5", "rg,1") in new stack
[2012-02-16 13:38:30] VERBOSE[13324] pbx.c:     -- Goto (sub-record-check,rg,1)
[2012-02-16 13:38:30] VERBOSE[13324] pbx.c:     -- Executing [rg@sub-record-check:1] GosubIf("SIP/499599300-000000a5", "0?record,1(rg,never,499599207)") in new stack
[2012-02-16 13:38:30] VERBOSE[13324] pbx.c:     -- Executing [rg@sub-record-check:2] Return("SIP/499599300-000000a5", "") in new stack
[2012-02-16 13:38:30] VERBOSE[13324] pbx.c:     -- Executing [300@ext-group:10] Set("SIP/499599300-000000a5", "RingGroupMethod=ringall") in new stack
[2012-02-16 13:38:30] VERBOSE[13324] pbx.c:     -- Executing [300@ext-group:11] Macro("SIP/499599300-000000a5", "dial,60,tr,298-299") in new stack
[2012-02-16 13:38:30] VERBOSE[13324] pbx.c:     -- Executing [s@macro-dial:1] GotoIf("SIP/499599300-000000a5", "1?dial") in new stack
[2012-02-16 13:38:30] VERBOSE[13324] pbx.c:     -- Goto (macro-dial,s,3)
[2012-02-16 13:38:30] VERBOSE[13324] pbx.c:     -- Executing [s@macro-dial:3] AGI("SIP/499599300-000000a5", "dialparties.agi") in new stack
[2012-02-16 13:38:30] VERBOSE[13324] res_agi.c:     -- Launched AGI Script /var/lib/asterisk/agi-bin/dialparties.agi
[2012-02-16 13:38:30] VERBOSE[13324] res_agi.c:  dialparties.agi: Starting New Dialparties.agi
[2012-02-16 13:38:30] VERBOSE[13324] res_agi.c:  dialparties.agi: Caller ID name is '499599207' number is '499599207'
[2012-02-16 13:38:30] VERBOSE[13324] res_agi.c:  dialparties.agi: Methodology of ring is  'ringall'
[2012-02-16 13:38:30] VERBOSE[13324] res_agi.c:     -- dialparties.agi: Added extension 298 to extension map
[2012-02-16 13:38:30] VERBOSE[13324] res_agi.c:     -- dialparties.agi: Added extension 299 to extension map
[2012-02-16 13:38:30] VERBOSE[13324] res_agi.c:     -- dialparties.agi: Extension 298 cf is disabled
[2012-02-16 13:38:30] VERBOSE[13324] res_agi.c:     -- dialparties.agi: Extension 299 cf is disabled
[2012-02-16 13:38:30] VERBOSE[13324] res_agi.c:     -- dialparties.agi: Extension 298 do not disturb is disabled
[2012-02-16 13:38:30] VERBOSE[13324] res_agi.c:     -- dialparties.agi: Extension 299 do not disturb is disabled
[2012-02-16 13:38:30] VERBOSE[13324] res_agi.c:     -- dialparties.agi: dbset CALLTRACE/298 to 499599207
[2012-02-16 13:38:30] VERBOSE[13324] res_agi.c:     -- dialparties.agi: dbset CALLTRACE/299 to 499599207
[2012-02-16 13:38:30] VERBOSE[13324] res_agi.c:     -- dialparties.agi: Filtered ARG3: 298-299
[2012-02-16 13:38:30] VERBOSE[13324] res_agi.c:     -- <SIP/499599300-000000a5>AGI Script dialparties.agi completed, returning 0
[2012-02-16 13:38:30] VERBOSE[13324] pbx.c:     -- Executing [s@macro-dial:7] Dial("SIP/499599300-000000a5", "SIP/298&SIP/299,60,trM(auto-blkvm)") in new stack
[2012-02-16 13:38:30] VERBOSE[13324] netsock2.c:   == Using SIP RTP TOS bits 184
[2012-02-16 13:38:30] VERBOSE[13324] netsock2.c:   == Using SIP RTP CoS mark 5
[2012-02-16 13:38:30] VERBOSE[13324] app_dial.c:     -- Called SIP/298
[2012-02-16 13:38:30] WARNING[13324] app_dial.c: Unable to create channel of type 'SIP' (cause 20 - Unknown)
[2012-02-16 13:38:30] VERBOSE[13324] app_dial.c:     -- SIP/298-000000a6 is ringing
[2012-02-16 13:39:01] VERBOSE[13324] app_dial.c:     -- SIP/298-000000a6 answered SIP/499599300-000000a5
[2012-02-16 13:39:01] VERBOSE[13324] pbx.c:     -- Executing [s@macro-auto-blkvm:1] Set("SIP/298-000000a6", "__MACRO_RESULT=") in new stack
[2012-02-16 13:39:01] VERBOSE[13324] pbx.c:     -- Executing [s@macro-auto-blkvm:2] Macro("SIP/298-000000a6", "blkvm-clr,") in new stack
[2012-02-16 13:39:01] VERBOSE[13324] pbx.c:     -- Executing [s@macro-blkvm-clr:1] Set("SIP/298-000000a6", "SHARED(BLKVM,SIP/499599300-000000a5)=") in new stack
[2012-02-16 13:39:01] VERBOSE[13324] pbx.c:     -- Executing [s@macro-blkvm-clr:2] Set("SIP/298-000000a6", "GOSUB_RETVAL=") in new stack
[2012-02-16 13:39:01] VERBOSE[13324] pbx.c:     -- Executing [s@macro-blkvm-clr:3] MacroExit("SIP/298-000000a6", "") in new stack
[2012-02-16 13:39:01] VERBOSE[13324] pbx.c:     -- Executing [s@macro-auto-blkvm:3] ExecIf("SIP/298-000000a6", "0?Set(MASTER_CHANNEL(CONNECTEDLINE(num))=298)") in new stack
[2012-02-16 13:39:01] VERBOSE[13324] pbx.c:     -- Executing [s@macro-auto-blkvm:4] ExecIf("SIP/298-000000a6", "0?Set(MASTER_CHANNEL(CONNECTEDLINE(name))=Dagmar Hartlova)") in new stack
Uživatelský avatar
xsouku04
Administrátor
Příspěvky: 8539
Registrován: pát 15. říj 2010 11:11:44
Bydliště: Brno
Kontaktovat uživatele:

Re: Odorik a trunk na Asterisk

Příspěvek od xsouku04 »

Pouze při venkovních hovorech. Volání mezi 7961 a 7911 jsme zkoušeli a to funguje OK. I mezi 7961 a Grandstream GT-100 to jede OK.
To je divné. Asterisk totiž nefunguje jako proxy ale jako sip client, mělo by tedy být jedno odkud se volá. Možná je to jen náhodný bug.
vanas
Příspěvky: 72
Registrován: úte 17. led 2012 23:05:34

Re: Odorik a trunk na Asterisk

Příspěvek od vanas »

xsouku04 píše:
Pouze při venkovních hovorech. Volání mezi 7961 a 7911 jsme zkoušeli a to funguje OK. I mezi 7961 a Grandstream GT-100 to jede OK.
To je divné. Asterisk totiž nefunguje jako proxy ale jako sip client, mělo by tedy být jedno odkud se volá. Možná je to jen náhodný bug.
Já to ještě vyzkouším zítra ráno s kolegou, až bude v práci a dám vědět, jak to dopadlo.

Jinak, nevím, kde dělám chybu, ale tento návod http://wiki.4smart.cz/doku.php?id=odori ... rejenou_ip mi prostě nefunguje.

Zkoušel jsem příchozí volání, kdy jsem k lince *417825 nastavil paralelní vyzvánění na lince sip:@417766, pod kterou je registrován Asterisk, ale na něj vůbec nic nedošlo. Když volám 499 599 302, nic se neděje. Bohužel, ani odchozí hovory přes tuto linku neprojdou správně. Vždy se zobrazí jako číslo volajícího 910 XXX XXX... Z Asterisku posílám CID ve tvaru 499 599 3XX.. zkoušel jsem i CID linek, tedy třeba 417934, ale stejný výsledek. (chodí mi od vás Unauthorized)
Uživatelský avatar
xsouku04
Administrátor
Příspěvky: 8539
Registrován: pát 15. říj 2010 11:11:44
Bydliště: Brno
Kontaktovat uživatele:

Re: Odorik a trunk na Asterisk

Příspěvek od xsouku04 »

Prosím CLI v conzoli asterisku zadejte

Kód: Vybrat vše

sip set debug ip 81.31.45.51
Kde 81.31.45.51 je ip adresa sip.odorik.cz
A pošlete mi pak výstup který se objevím při pokusu o jeden odchozí a jeden příchozí hovor.
Tím bych mohl poznat kde je problém, jestli je správně nastavena hlavička rpid . (proto je nutné do sip.conf přidat řádek sendrpid=yes) Bez tohoto řádku se budou opravdu jevit všechny hovory ze špatného čísla, protože se prostě volající číslo nepřenese.

Koukám se že příchozí hovory opravdu nefungují:

16.02.2012 15:15:38 004204995992XX sip:00420499599302@417766 SIP na IP 0m0s (6) 0.00 0.00 FAILED

ale může to být i tím, že Váš asterisk hovor odmítne, protože mu schází patřičná část v extensions.conf.
Bohužel přitom do konzole nic nenapíše. Pokud ale aktivujete sip set dubug ip objeví se v konzoli sip signalizace, která přišla od nás. Prosím zkuste.
vanas
Příspěvky: 72
Registrován: úte 17. led 2012 23:05:34

Re: Odorik a trunk na Asterisk

Příspěvek od vanas »

xsouku04 píše:Prosím CLI v conzoli asterisku zadejte

Kód: Vybrat vše

sip set debug ip 81.31.45.51
Kde 81.31.45.51 je ip adresa sip.odorik.cz
A pošlete mi pak výstup který se objevím při pokusu o jeden odchozí a jeden příchozí hovor.
Tím bych mohl poznat kde je problém, jestli je správně nastavena hlavička rpid . (proto je nutné do sip.conf přidat řádek sendrpid=yes) Bez tohoto řádku se budou opravdu jevit všechny hovory ze špatného čísla, protože se prostě volající číslo nepřenese.

Koukám se že příchozí hovory opravdu nefungují:

16.02.2012 15:15:38 004204995992XX sip:00420499599302@417766 SIP na IP 0m0s (6) 0.00 0.00 FAILED

ale může to být i tím, že Váš asterisk hovor odmítne, protože mu schází patřičná část v extensions.conf.
Bohužel přitom do konzole nic nenapíše. Pokud ale aktivujete sip set dubug ip objeví se v konzoli sip signalizace, která přišla od nás. Prosím zkuste.
Ano, díky, vyzkouším ;-)

Ale opravdu bych nejen já ocenil, kdyby v admin. rozhranní bylo nějaké pěkné klikátko, kterým by šla funkcionalita trunku nastavit ;-)
vanas
Příspěvky: 72
Registrován: úte 17. led 2012 23:05:34

Re: Odorik a trunk na Asterisk

Příspěvek od vanas »

Tak vyzkoušeno, ale stále nic. sendrpid jsem nastavil na yes, ale stále se buď do Odoriku vůbec nespojím, nebo vidím jako příchozí číslo 910 119 999.

Co se týče příchozích hovorů, tak ty se na tu linku ani neodešlou. (V debugu nic není a nepříjde žádný SIP paket) Ono už ve www rozhranní mi to píše, že linka byla úspěšně přidána, ale nepatří do mého rozsahu.

V příloze je output z debugu mého Asterisku


Update: Při poslání hovoru na URI jako sip:@veřejná_ip funguje (sice když volám Odoriku dovnitř a hovor si přidržím, tak to trvá cca 2 sekundy, než slyším hudbu, ale to může být XLite SW klientem, kterým to vzdáleně testuji). Ale poslání na sip:@linka_asterisku bohužel nefunguje

Zjistil jsem teď, že odchozí hovory fungují jen do sítě Odoriku. Volám si na svoje 499 599 207 a to projde OK. Nevidím bohužel CID, protože dokud nebude spuštěna nová proxy, ukazuje mi to stále tu otravnou hlášku "Private". To jsme spolu řešili po telefonu... už aby ta nová proxy byla :-(
Přílohy
komunikace.zip
(5.42 KiB) Staženo 358 x
vanas
Příspěvky: 72
Registrován: úte 17. led 2012 23:05:34

Re: Odorik a trunk na Asterisk

Příspěvek od vanas »

A ještě by mě zajímala jedna věc, proč mi jednou vaše proxy pošle toto, což se mi nelíbí.

INVITE sip:*417934@89.111.103.194:5060 SIP/2.0

a jednou toto

INVITE sip:00420499599300@89.111.103.194:5060 SIP/2.0

což očekávají moje příchozí pravidla
Odpovědět