All my posts are provided as-is. They come with NO WARRANTY at all.
sip registratie ging prima en was allemaal oke,
echter... omdat ik het toestel in een ringgroup gebruik, moet ik het nr van de ringgroup gebruiken ipv toestelnr
Voip enthousiastelling, Liever een kabel dan wifi
Peter, heb al jaren een uit de hang gelopen hobby met debian servertje, 19"kast etc etc EN heb ook al jaren een asterisk server draaien, de laatste jaren echter redelijk stil op de achtergrond, hooguit zo nu en dan gebruikt voor een uitgaande call op zijn tijd.
Ik zit momenteel met het volgende aparte probleem en ik hoop dat iemand het wat zegt:
Ik gebuik sip via xs4all, zit met mijn debian server (met asterisk 1.6) achter een Fritzbox.
Mijn huidige sip.conf:
[general] register => 023XXXXXXX:wachtwoord@sip.xs4all.nl/023XXXXXXX [xs4all-in] type=friend username=023XXXXXXX fromuser=023XXXXXXX fromdomain=sip.xs4all.nl secret=wachtwoord host=sip.xs4all.nl canreinvite=no dtmfmode=inband nat=yes srvlookup=yes insecure=port,invite context=from-xs4all disallow=all allow=alaw allow=ulaw qualify=no |
In de extensions staan een aantal gotoifs die uiteindelijk een uitgaande call naar een GSM nummer opzetten via de xs4all-in
Als ik bel vanaf een GSM naar het nummer en deze verbind door naar een "vast" nummer (zijnde niet 06) (overdag schakelt hij door naar een standaard geografisch nummer) dan gaat alles prima, en heb ik ook netjes 2-way audio.
Zet ik echter in extensions hem zo om dat hij niet het geografische nummer belt, maar een GSM nummer, dan is er twee kanten op geen audio; hierbij maakt het overigens niet uit of ik de call doe vanaf vast of mobiel.
Nu komt een extra apart ingredient: Als de GSM die ik laat bellen bij T-Mobile zit, dan heb ik wel gewoon audio, echter KPN en Vodafone (tot nu toe heb ik die kunnen testen) niet....
Ik heb reeds getest met externip aan/uit, nat aan/uit, localnetwork etc...
canreinvite op yes geeft in alle gevallen geen audio.
Even voor de duidelijkheid:
GSM --> Asterisk --> GSM: FOUT
GSM --> Asterisk --> Geografisch: GOED
Geografisch --> Asterisk --> GSM: FOUT
Geografisch --> Asterisk --> GSM bij TMobile: GOED
Iemand enig idee waar dit kan liggen (zeker gezien het feit dat naar geografisch of TMobile wel goed gaat?
Gasloos huis 9kW Panasonic WH-MDC09J3E5 | Atlantic Explorer V4 270L | 8715Wp @ SMA Tripower 6.0-3AV-40 (4150Wp NO, 4565Wp ZW)
Bedankt voor je snelle reactie
Ik had hem ook al een keer geprobeerd met allow=gsm als eerste codec na de disallow, dus jammer genoeg is dat hem ook niet
Ook zie ik in de sip messaging een regel die aangeeft wat de gemeenschappelijke codecs zijn en daar komen alaw en ulaw beide in naar voren.
Gasloos huis 9kW Panasonic WH-MDC09J3E5 | Atlantic Explorer V4 270L | 8715Wp @ SMA Tripower 6.0-3AV-40 (4150Wp NO, 4565Wp ZW)
exact hetzelfde
In alle gevallen wordt er een P2P bridge gemaakt van de inkomende en de uitgaande call.
In het ene geval (naar geo en TMobile dus) eindigt dat in een gesprek wat prima loop, in het andere is de CLI output hetzelfde, maar de audio dus niet...
Ik ben bezig om Asterisk / FreePBX in te richten voor mijn Tweakphone sipaccount. Nu ben ik al een heel eind en ben er achter gekomen dat tweak gebruik maakt van de 31xx variant, waardoor je de dus je dialnumber manipulation moet aanzetten. Tot zo ver gaat dit goed. Alleen kan ik geen 0900 / 0800 nummers bellen.
Wie heeft er concrete voorbeelden voor zowel dialnumber manipulation en een goede set met regels voor dialplans van de outbound routes?
Bij "match pattern" zet je een . "punt neer"
Bij trunk selecteer je je lijn die naar buiten gaat
Outbound route wel ff naampje enzo geven
[ Voor 75% gewijzigd door shure-fan op 31-12-2013 17:22 ]
Voip enthousiastelling, Liever een kabel dan wifi
Edit: oeps... moest in het Synology-topic.
[ Voor 13% gewijzigd door timovd op 07-01-2014 13:59 ]
Gasloos huis 9kW Panasonic WH-MDC09J3E5 | Atlantic Explorer V4 270L | 8715Wp @ SMA Tripower 6.0-3AV-40 (4150Wp NO, 4565Wp ZW)
All my posts are provided as-is. They come with NO WARRANTY at all.
Ho, nee! http://svnview.digium.com...revision=HEAD&view=markup - En dan vooral de sectie over "Filtering Data". Puur een . als expression is _veel_ te greedy; dit zou bijv ook een sip://asterisk/lalalala matchen, wat je vanuit veiligheidsoverwegingen heel erg graag niet wilt hebben.shure-fan schreef op dinsdag 31 december 2013 @ 17:18:
Basic > outbound routes,
Bij "match pattern" zet je een . "punt neer"
Bij trunk selecteer je je lijn die naar buiten gaat
Outbound route wel ff naampje enzo geven
Als je outbound wilt routeren pak dan tenminste
- 0. (Rather not eigenlijk, combinatie van onderstaande opties is beter)
- 0XXXXXXXXXX (10 cijferige nummers)
- 0XXXXXX (6 of 7 cijfers voor "lokale" nummers als dat nog relevant is; en natuurlijk correct prefixen)
- 112 (Specifiek matchen en desnoods prioriteit e.d. toevoegen; en om fouten te voorkomen nooit als extensie nummer gebruiken)
- +X. (voor internationaal, of 00X.)
Daarbij kan je natuurlijk aan de hand van die matches rewriten in zoverre als nodig voor je trunk
heeft er iemand een goeie tip voor een asterisk appliance of iets dergelijks? Ik heb hier wel een rasberry pi maar ik wil ook graag een analoge landline aansluiten en ik wil er geen hele PC voor neerzetten.
Iemand goeie ideeen?
Alvast bedankt!
Je kunt ook een ATA kopen met zowel een FXO- en een FXS-poort.Froos schreef op woensdag 15 januari 2014 @ 22:24:
Hey mensen,
heeft er iemand een goeie tip voor een asterisk appliance of iets dergelijks? Ik heb hier wel een rasberry pi maar ik wil ook graag een analoge landline aansluiten en ik wil er geen hele PC voor neerzetten.
Iemand goeie ideeen?
Alvast bedankt!
Gasloos huis 9kW Panasonic WH-MDC09J3E5 | Atlantic Explorer V4 270L | 8715Wp @ SMA Tripower 6.0-3AV-40 (4150Wp NO, 4565Wp ZW)
Anoniem: 18437
We maken bij een klant gebruik van een pika warp (freepbx) appliance, en zijn een beetje tegen de limiet van het apparaat gelopen. We hebben in totaal 45 toestellen, waarvan 20 toestellen (Panasonic KX-UT133) met 22 BLF knoppen ingesteld op 22 extensies.
Wanneer we een ringgroep met +- 20 extensies aanroepen is het natuurlijk één grote kermis op alle toestellen qua blinking lights, maar zodra er iemand op pakt duurt het 2 tot 3 seconden voordat het gesprek is opgezet en de led's op alle toestellen stoppen met oplichten.
Weet iemand of het mogelijk is om voor een ringgroep de BLF lights uit te schakelen? Want dit is hetgeen dat de vertraging veroorzaakt. We willen BLF graag blijven gebruiken voor als iemand in gesprek is, maar voor de ringgroep mag het uitgeschakeld worden.
Wie kan me helpen?
Wij zijn bezig met een Asterisk centrale i.c.m. FreePBX, de vaste telefoons (Cisco SPA509G) werken allemaal als een zonnentje echter wil de draadloze handset (Cisco SPA302D i.c.m. Cisco SPA232D) niet echt meewerken.
De draadloze handset kan zonder problemen bellen naar interne extensies als naar externe telefoonnummers. Echter wanneer er wordt gebeld naar de draadloze handset dan gaat de telefoon wel over alleen lukt het opnemen niet. Wanneer je namelijk het gesprek aanneemt, dan gaat de tijd lopen op de handset en gaat de telefoon ook niet meer over. Alleen de telefoon waarmee je belt blijft wel gewoon overgaan, oftewel het lijkt erop dat de handset geen signaal aan de server gaat waardoor er verbinding wordt gemaakt.
Nu heb ik alle instellen al nagelopen aan de hand van de werkende vaste telefoons, maar die staan allemaal gelijk. Ook heb ik al de laatste firmware geinstalleerd op de basestation (SPA232D) maar dit heeft ook niet geholpen.
Mijn vraag is dan ook heeft iemand ervaring met deze handset? En ervaart hij of zij dezelfde problemen of juist niet!
====
EDIT: Oplossing was de firmware downgraden van de basestation.
[ Voor 2% gewijzigd door G-Meister op 03-10-2014 12:57 . Reden: Oplossing toegevoegd ]
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
| [general] static=yes writeprotect=no autofallthrough=no clearglobalvars=no [inbound] exten => budgetphone,1,Log(NOTICE, *** Budgetphone Inbound Call! ***) exten => budgetphone,n,Dial(SIP/1001,25) exten => budgetphone,n,VoiceMail(1001@default,u) ; always specify which voicemail context exten => budgetphone,n,Hangup() exten => cheapconnect,1,Log(NOTICE, *** Cheapconnect Inbound Call! ***) exten => cheapconnect,n,Dial(SIP/1001,25) exten => cheapconnect,n,VoiceMail(1001@default,u) ; always specify which voicemail context exten => cheapconnect,n,Hangup() exten => s,1,Log(NOTICE, *** Incoming Call! *** ) exten => s,2,Dial(SIP/1001,25) exten => s,3,Voicemail(1001@default,u) ; exten => s,103,Voicemail(1001@default,b) ; [outbound] ;exten => _0XXXX.,1,NoOp(My Caller ID is ${MYCALLERID}) ;exten => _0XXXX.,n,Set(CALLERID(num)=${MYCALLERID}) exten => _XXXXX.,1,Log(NOTICE, *** Dialing out from ${CALLERID(all)} to ${EXTEN} through Provider ***) exten => _XXXXX.,n,Log(NOTICE, *** trying Budgetphone ***) exten => _XXXXX.,n,Dial(SIP/${EXTEN}@budgetphone) exten => _XXXXX.,n,Log(NOTICE, *** trying Cheapconnect ***) exten => _XXXXX.,n,Dial(SIP/${EXTEN}@cheapconnect) exten => _XXXXX.,9,Hangup() [internal] exten => 101,1,Answer() exten => 101,n,Playback(tt-monkeys) exten => 101,n,Hangup() exten => _XXX,1,Dial(SIP/${EXTEN},25) ; 5 rings or 25,000 ms rings if exten => _XXX,2,Voicemail(${EXTEN}@default,u) ; unavailable message exten => _XXX,103,Voicemail(${EXTEN}@default,b) ; busy message exten => _XXXX,1,Dial(SIP/${EXTEN},25) ; 5 rings or 25,000 ms rings if exten => _XXXX,2,Voicemail(${EXTEN}@default,u) ; unavailable message exten => _XXXX,103,Voicemail(${EXTEN}@default,b) ; busy message [voicemail] exten => 600,1,VoiceMailMain(${CALLERID(num)}@default) ; [phones] include => voicemail include => internal include => outbound include => inbound |
Every failure offers you a new opportunity! | Lokatie database|GoT - Notepad
Je dialplan is _XXXXX. Het '+'-tekentje zit daar niet in. Dus óf 0031 bellen, of je dialplan aanpassen dat een plus-teken wordt geaccepteerd (wat lastig gaat worden misschien).
Zie http://www.freepbx.org/su...eginning-of-a-called-numb als je tóch nummers wil draaien met '+' erin.
Zou je dialplan nog wel even nakijken trouwens, want wat gebeurt er nu als je 112 belt? (3-cijferige nummers worden afgevangen in de 'Internal' context)
[ Voor 45% gewijzigd door maarud op 01-04-2014 13:56 ]
Het aanpassen van +31 in alle adresboeken gaat m niet worden.
1
| [Apr 1 16:09:02] NOTICE[24621]: chan_sip.c:22753 handle_request_invite: Call from '1001' (192.168.1.116:59812) to extension '+316XXXXXX18' rejected because extension not found in context 'phones'. |
Is de foutmelding die ik krijg.
Ook als ik wat speel met de hint op de link die mij hierboven is gegeven.
--- EDIT ---- opgelost
Ik heb een [replace] section toegevoegd en die in mijn [phones] geinclude.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
| [general] static=yes writeprotect=no autofallthrough=no clearglobalvars=no [replace] exten => _+X!,1,Noop(Stripping + from start of number) exten => _+X!,n,Goto(outbound,00${EXTEN:1},1) [inbound] exten => budgetphone,1,Log(NOTICE, *** Budgetphone Inbound Call! ***) exten => budgetphone,n,Dial(SIP/1001,25) exten => budgetphone,n,VoiceMail(1001@default,u) ; always specify which voicemail context exten => budgetphone,n,Hangup() exten => cheapconnect,1,Log(NOTICE, *** Cheapconnect Inbound Call! ***) exten => cheapconnect,n,Dial(SIP/1001,25) exten => cheapconnect,n,VoiceMail(1001@default,u) ; always specify which voicemail context exten => cheapconnect,n,Hangup() exten => s,1,Log(NOTICE, *** Incoming Call! *** ) exten => s,2,Dial(SIP/1001,25) exten => s,3,Voicemail(1001@default,u) ; exten => s,103,Voicemail(1001@default,b) ; [outbound] ;exten => _0XXXX.,1,NoOp(My Caller ID is ${MYCALLERID}) ;exten => _0XXXX.,n,Set(CALLERID(num)=${MYCALLERID}) exten => _XXXXX.,1,Log(NOTICE, *** Dialing out from ${CALLERID(all)} to ${EXTEN} through Provider ***) exten => _XXXXX.,n,Log(NOTICE, *** trying Budgetphone ***) exten => _XXXXX.,n,Dial(SIP/${EXTEN}@budgetphone) ;exten => _.XXXXXXXXXXXX,n,Dial(SIP/${EXTEN}@budgetphone) exten => _XXXXX.,n,Log(NOTICE, *** trying Cheapconnect ***) exten => _XXXXX.,n,Dial(SIP/${EXTEN}@cheapconnect) exten => _XXXXX.,9,Hangup() [internal] exten => 101,1,Answer() exten => 101,n,Playback(tt-monkeys) exten => 101,n,Hangup() exten => _XXX,1,Dial(SIP/${EXTEN},25) ; 5 rings or 25,000 ms rings if exten => _XXX,2,Voicemail(${EXTEN}@default,u) ; unavailable message exten => _XXX,103,Voicemail(${EXTEN}@default,b) ; busy message exten => _XXXX,1,Dial(SIP/${EXTEN},25) ; 5 rings or 25,000 ms rings if exten => _XXXX,2,Voicemail(${EXTEN}@default,u) ; unavailable message exten => _XXXX,103,Voicemail(${EXTEN}@default,b) ; busy message [voicemail] exten => 600,1,VoiceMailMain(${CALLERID(num)}@default) ; [phones] include => voicemail include => internal include => replace include => outbound include => inbound |
[ Voor 115% gewijzigd door xychix op 01-04-2014 17:15 ]
Every failure offers you a new opportunity! | Lokatie database|GoT - Notepad
Om de een of andere reden kan ik alleen naar buiten bellen, zodra er naar één van de nummers wordt gebeld krijg je gelijk voicemail..
Ik heb hier ook nog even naar zitten staren, maar ik denk dat het te maken heeft met mijn incoming trunk settings of anders extensions.conf (welke ik niet vanuit freepbx kan bewerken). Iemand een idee?
Op dit moment even geen toegang, dus kan geen volledige conf pasten.
Bij de outbound route heb ik het "CID" leeggelaten en in de trunk aangegeven "Allow any CID". Dit helpt echter niet..
Hoe kan ik ervoor zorgen dat het GSM nummer wordt meegestuurd ipv het hoofdnummer?
rMBP M3 16" rMBP M1 13" iPhone 14 Pro Watch S7 AirPods Pro
- Gesprek komt binnen op Asterisk
- Asterisk "belt" jouw GSM
- Asterisk koppelt binnenkomende en GSM gesprek aan elkaar.
Jouw "outbound" gesprek naar je GSM *mag* het originele callerid niet voeren, want dat zou spoofing zijn.
Een lijn regelen waarmee je willekeurige caller id's mag meesturen, of (haalbaarder waarschijnlijk) de telco de doorschakeling laten doen.Gekkenhuis schreef op vrijdag 16 mei 2014 @ 15:44:
Als ik een doorschakeling actief heb dmv een "Call flow control" naar een GSM nummer. Dan wordt het hoofdnnummer doorgestuurd naar het GSM nummer.
Bij de outbound route heb ik het "CID" leeggelaten en in de trunk aangegeven "Allow any CID". Dit helpt echter niet..
Hoe kan ik ervoor zorgen dat het GSM nummer wordt meegestuurd ipv het hoofdnummer?
All my posts are provided as-is. They come with NO WARRANTY at all.
rMBP M3 16" rMBP M1 13" iPhone 14 Pro Watch S7 AirPods Pro
Probleem is als volgt:
Ik heb een trunk waarbij de provider gebruik maakt van een broadworks platform. Inkomend heb ik werkend, uitgaand krijg ik echter niet voor elkaar. Even voor de duidelijkheid van mijn verhaal, ik heb de volgende gegevens:
Domein = reseller.provider.nl
outbound proxy = sbc.provider.nl
Het domein dat is opgegeven is niet te resolven. Heb dit nagevraagd, klopt maar is ook niet nodig. Als de werking van outboundproxy vergelijkbaar is met een proxy in IE, dan lijkt mij dit ook niet nodig. Zolang de proxy het domein maar kent.
In de gegevens van de trunk in sip.conf heb ik de volgende gegevens staan:
[Trunk]
host = sbc.provider.nl
fromdomain = reseller.provider.nl
outboundproxy = sbc.provider.nl
Als ik nu uitgaand probeer te bellen krijg ik een "Got SIP response 604 "Does not exist anywhere" error. Navraag bij de provider, blijkt dat het verkeerde domein in de TO header wordt meegegeven. Dit zie ik ook in de debug voorbij komen:
To: <sip:nummer@sbc.provider.nl>
Dit zou @reseller.provider.nl moeten zijn.
Hoe pas ik dit aan? fromdomain staat goed, maar toch pakt asterisk de host of outboundproxy als domeinnaam...
in extensions.conf heb ik:
exten => _X.,1,Dial(SIP/${TRUNK}/${EXTEN:1},60)
Ik heb:
From: "Huntgroup01 - 0123456789"<sip:0123456789@sip.domain.com <snap>
Ik wil "Huntgroup01" gebruiken als DID.
Hutngroup01 is een voorbeeld naam, het kunnen ook meerdere cijfers zijn.
Nu ziet het dialplan er zo uit:
5. Set(TRUNKDID=${IF($[${ARG2}=s]?${CALLERID(name)}:${ARG2})}) [pbx_config]
Nu had ik de volgende regel verzonnen die nog niet helemaal werkt.
6. Set(TRUNKDID=${CUT(SIP_HEADER(From)|-|1)}?${CALLERID(name)}:${ARG2})})
Iemand een idee?
Anoniem: 628755
Nu is het onmogelijk om internationale nummers te bellen (bijvoorbeeld 0031 nummers).
0032 nummers is geen enkel probleem.
Mijn trunks heb ik nagekeken en lijken correct.
Ik vermoed eerder dat het probleem zich in het dialplan van de outbound route bevind.
.X
00X.
0XXXXXXXXXX
XXXXX.
Iemand enig idee hoe de configuratie best gedaan wordt zodat lokale nummers en internationale nummers gebeld kunnen worden op 1 trunk ?
Let op die underscore!
Anoniem: 628755
We zien dat de optie internationaal bellen inderdaad nog niet geactiveerd is.
Maken wij een pro-account aan voor u?
Anoniem: 499035
ik ben sinds dit weekend aan de slag gegaan met asterisk op mijn synology 1512. dit werkt prima, en kan alles goed instellen. ziet er goed uit, werkt, en is leuk om mee te spelen:)
nu heb ik alleen het volgende waarvan ik niet precies weet hoe ik het moet doen. ik heb nu als telefoons zoiper op smartphones draaien, en daarmee kan ik binnen ons wifi netwerk perfect verbinding maken met asterisk en bellen en gebeld worden. het enige waar ik nu mee zit is dat ik ook graag zoiper zou willen gebruiken op andere locaties en onderweg via 4g.
ik weet dat dit kan, en dit werkt ook als ik rechstreeks de sip trunk in zoiper in vul. ik wil dit ook via asterisk kunnen doen, echter lees ik veel over dat je dat dan goed moet beveiligen. dat vind ik niet erg, maar ik weet niet precies hoe.
kan iemand mij vertellen wat ik moet doen om veilig vanaf afstand verbinding te kunnen maken met mijn asterisk server? alvast dank!
Daarnaast zul je op je peers een sterke secret moeten instellen. Maar ik heb eigenlijk geen idee hoe sterk de authenticatie van SIP is en of je secret bijvoorbeeld te onderscheppen is met een MitM-aanval. Het is misschien slim om dat even na te zoeken.
Gewoon een heel grote verzameling snoertjes
Anoniem: 499035
dank voor je reactie. dat poort forwarden snap ik,dacht ik zelf ook al, en dat weet ik hoe dat moet.
echter wat daarna komt is voor mij hocus pocus:) wat bedoel je precies met een sterke secrect instellen? ik las wat dingen over dat er wel eens iemand die zijn asterisk naar buiten open had staan was die last had van iemand die in 46 uur voor duizenden euro's had gebeld. dat wil ik graag voorkomen;) alvast dank!
Gewoon een heel grote verzameling snoertjes
Anoniem: 499035
maar is puur het gebruiken van een sterk wachtwoord voldoende? ik las ook nog iets dat het wellicht beter is om iax te gebruiken ipv sip, omdat iax wat beter beveiligd is? iemand die daar meer over weet?
het zou mooi zijn als puur de poort open zetten en een sterk wachtwoord gebruiken (en eventueel iax) voldoende is, maar ik wil het even zeker weten;)
Anoniem: 329694
Kun je die nummers ergens kopen? VoiP laten hosten vind ik namelijk te duur, ik heb zo'n asterisk centrale namelijk virtueel voor 2€ per maand draaien.
Ik ben benieuwd!
Anoniem: 499035
iemand die mij hier kort uitsluitsel over kan geven?Anoniem: 499035 schreef op zondag 02 november 2014 @ 15:16:
ah ok, dat is logisch. daar bedenk ik wat moois voor!
maar is puur het gebruiken van een sterk wachtwoord voldoende? ik las ook nog iets dat het wellicht beter is om iax te gebruiken ipv sip, omdat iax wat beter beveiligd is? iemand die daar meer over weet?
het zou mooi zijn als puur de poort open zetten en een sterk wachtwoord gebruiken (en eventueel iax) voldoende is, maar ik wil het even zeker weten;)
Zonder echt goede kennis van VoIP/Asterisk zou ik het zelf nooit doen, zowel IAX als SIP niet. Tenzij je vanaf één of enkele vaste externe IPs ervan gebruik gaat maken en je dit kunt limiteren in je firewall (alleen IP x en y mogen verbinding maken).Anoniem: 499035 schreef op woensdag 12 november 2014 @ 21:04:
[...]
iemand die mij hier kort uitsluitsel over kan geven?
Wat in mijn ogen wel een goede veilige oplossing is, is om eerst een VPN verbinding op te zetten en zodoende met je Asterisk server te verbinden.
Uiteraard moet je in de "default" context geen uitgaande verbindingen neerzetten. Anonieme verbindingen komen namelijk in je default context uit, dus als die een uitgaande internationale telefoonnummer accepteert is dat niet zo goed voor je telefoonrekening ....
Anoniem: 499035
@ Peter, vaste ip adressen zijn geen optie. het idee juist dat wij als we onderweg zijn of in het buitenland zitten toch via zoiper kunnen aanmelden om gebeld te worden en intern te bellen.
@ VHware, ik begrijp niet precies wat je bedoelt? je moet toch van buitenaf kunnen registreren om op de centrale als gebruiker aan te kunnen melden?
aan alle:
het belangrijkste is dat wij onderweg in ieder geval het zaken nummer kunnen opnemen en ze vanaf de zaak naar ons kunnen doorverbinden. is het anders wellicht mogelijk om een account te maken waarmee het enkel mogelijk is om gebeld te worden, maar niet om mee te bellen? dan is probleem van eventueel hoge kosten door veel uitgaande gesprekken ook gelijk opgelost, en kunnen we alleen op de zaak uitbellen.
Extensies hebben een sterk wachtwoord en iedereen kan dus vanaf afstand verbinden met een SIP client.
Uitbellen gaat gewoon via de centrale dus de kosten blijven zoals ze altijd zijn.
Anoniem: 499035
wat ik bedoelde met hoge kosten voor uitbellen, is dat als je account door een ongewenst iemand word gebruikt, deze enorme kosten kan maken met uitbellen. als ik zou kunnen instellen dat de accounts die vanaf buitenaf worden gebruikt enkel gebeld mogen worden, dan zouden wij in ieder geval alle telefoontjes kunnen aannemen en vanaf de zaak naar mobiel kunnen doorverbinden. maar heb je niet het risico van veel telefoonkosten als je word gehackt;) maar als bovenstaande voldoende is is dat top:)
IAX = asterisk 2 asterisk. Je hebt ook beveiligd SSL maar dat is meer dat je gesprekken niet afgeluisterd kunnen worden.Anoniem: 499035 schreef op maandag 17 november 2014 @ 23:29:
ok, dus in principe is een sterk wachtwoord voldoende? en is het dan nog aan te raden voor IAX te gaan voor externe connecties, of is sip ook prima?
wat ik bedoelde met hoge kosten voor uitbellen, is dat als je account door een ongewenst iemand word gebruikt, deze enorme kosten kan maken met uitbellen. als ik zou kunnen instellen dat de accounts die vanaf buitenaf worden gebruikt enkel gebeld mogen worden, dan zouden wij in ieder geval alle telefoontjes kunnen aannemen en vanaf de zaak naar mobiel kunnen doorverbinden. maar heb je niet het risico van veel telefoonkosten als je word gehackt;) maar als bovenstaande voldoende is is dat top:)
Met het uitbellen kan je inderdaad de extensions die vanaf buiten worden benaderd niet toe laten staan uit te bellen (behalve intern). Wat ook wel gedaan wordt is een pincode instellen als je wilt uitbellen, dan zit er weer een extra stap tussen.
[ Voor 5% gewijzigd door Megamind op 18-11-2014 03:31 ]
Anoniem: 499035
ok dat klinkt goed. als ik dan de extensies die van buitenaf worden benadered op een apart dailplan zet die alleen intern kan bellen moet dat werken. het enige wat ik me af vraag. als ik bijvoorbeeld 10 sip extensies aanmaak, waarvan er 3 zijn ingesteld op mobiele telefoons. dan kan ik deze 3 extensies zorgen dat ze niet kunnen uitbellen. maar hoe zorg je er dan voor dat enkel die 3 extensies van buitenaf kunnen worden benaderd? want anders kunnen ze nogsteeds een van de andere 7 extensies kraken waarmee ze wel extern kunnen bellen.
hoor het graag!
Voip enthousiastelling, Liever een kabel dan wifi
Anoniem: 499035
dat snap ik, en zal inderdaad makkelijk werken. echter is dit voor mobiel gebruik onhandig. daarom zou de optie van megamind het mooiste zijn! maar dan moet ik wel weeten hoe;)
Ik ben nieuw betreft Asterisk. Ik heb het via Windows 8.1, Hyper-V op een virtuele XPenology draaien als in een Synology DSM. Ik wil dit vooral gebruiken als experiment. Op zich zal ik vooral een beetje meelezen, maar voor het uittesten heb ik eigenlijk het meest goedkope SIP/IAX trunkje nodig. Iemand advies?
Voip enthousiastelling, Liever een kabel dan wifi
Het is mij niet helemaal duidelijk welk abonnement ik daar voor moet hebben:
Cheapconnect: Prepaid, ConnectMeNow of VoIP-Out.
Voipbuster is wel duidelijk.
Siptrunk aanmaken, laatste regel " registar string" invullen. (Uitgaande van freepbx) 31nummer:password@sip.cheapconnect.nl/31nummer
Als het goed is moet je daarna de trunk online zien, en kun je er naartoe bellen
[ Voor 4% gewijzigd door shure-fan op 23-11-2014 23:24 ]
Voip enthousiastelling, Liever een kabel dan wifi
Ik snap je vraag niet helemaal. Als je 3 aparte extensies hebt wat heeft dat met de andere 7 te maken? Hoe je je inkomende gesprekken aan extensies knoopt dat maakt niet uit natuurlijk. Ik neem aan dat je niet direct op Asterisk werkt maar op FreePBX? Want volgens mij begrijp je het concept van dialplans, extensions en trunks nog niet helemaal.Anoniem: 499035 schreef op dinsdag 18 november 2014 @ 21:50:
hallo Megamind,
ok dat klinkt goed. als ik dan de extensies die van buitenaf worden benadered op een apart dailplan zet die alleen intern kan bellen moet dat werken. het enige wat ik me af vraag. als ik bijvoorbeeld 10 sip extensies aanmaak, waarvan er 3 zijn ingesteld op mobiele telefoons. dan kan ik deze 3 extensies zorgen dat ze niet kunnen uitbellen. maar hoe zorg je er dan voor dat enkel die 3 extensies van buitenaf kunnen worden benaderd? want anders kunnen ze nogsteeds een van de andere 7 extensies kraken waarmee ze wel extern kunnen bellen.
hoor het graag!
Via de webinterface werkte het gewoon niet. Alles ingesteld zoals het hoorde maar het werkte niet. Daarna handmatig ingesteld op de nas.
Mijn vraag is dan ook: er is een update uit voor Asterisk op mijn NAS. Maar ik durf het niet te updaten of te openen, ben bang mijn handmatige instellingen dan kwijt te raken (ik ben er namelijk echt lang mee bezig geweest). Of kan ik Asterisk gerust updaten en/of openen zonder dat mijn handmatige configuratie verloren gaat?
Alvast bedankt!
Gasloos huis 9kW Panasonic WH-MDC09J3E5 | Atlantic Explorer V4 270L | 8715Wp @ SMA Tripower 6.0-3AV-40 (4150Wp NO, 4565Wp ZW)
Puur vanwege alle kennis in dit draadje doe ik een wanhopige poging verder te komen met mijn probleem.
Ik ben klant bij xs4all ftth. Ik heb een Fritzbox 7490 en alles werkt eigenlijk wel goed en snel op 1 belangrijk punt na. Voor mijn werk heb ik er avaya denkproces die zou moeten verbinden met kantoor in Ierland. We maken gebruik van h323 echter komt dit niet aan en werkt mijn deskphone niet. Xs4all is naar zeggen al een idee tijd bezig te achterhalen waarom niet maar komen er niet uit.
Wie op wie weet mij verder te helpen?! Een naam van een bedrijf of persoon die dit weet?
Ik hoor heel graag van iemand!
Bij voorbaat dank
Ralph
Edit: er draait de laatste versie firmware op. Als er nog meer info nodig in, laat het me aub weten.
Internet draait hier in vlan 8.
Heb geprobeerd een linksys wrt 320 met dd-wrt firmware in te stellen met vlan's maar dit heb ik niet werkend gekregen. Dit puur om de fritzbox uit te sluiten van oorzaak.
[ Voor 85% gewijzigd door Twistednl op 13-01-2015 15:58 ]
Bouwt het toestel een VPN op of op een andere manier?
Het kan zijn dat het een remote worker toestel is en dan zou je kunnen proberen om de poorten 1719 en 1720 eens open te zetten naar binnen toe.
Aanmelden op de pbx werkt niet vanwege het missende h323 protocol.
In een pm zou ik de setup gegevens kunnen sturen. Zet ik liever niet publiek.
Bedankt voor je reactie zover! Stel ik zeer op prijs
Er zijn twee varianten PBX waar je dit toestel op aan kan melden.
De ene weet ik veel van en de andere heel weinig
Ik heb de Fritzbox in de hoek gesmeten en heb een Mikrotik RB2011UiAS-2HnD-IN aangeschaft.
Na een verwoede poging om zelf een tijdelijke router te proberen (oud moederbord met 2 lan kaarten) en RoutOS via een USB stick ben ik erg gecharmeerd geraakt van de mogelijkheden en het "Nerd gehalte" van Mikrotik dat ik overstag ben gegaan om hem aan te schaffen. Met de test router kreeg ik het overigens niet werkend maar ik was de Fritzbox zat.
Het werkt nu zoals het behoort te werken! Mijn sysadmin zag geen connectie op poort 1719 binnen komen terwijl de Avaya in het DMZ stond en er dus niks geblokkeerd zou moeten worden.
Kortom, de Fritzbox doet dingen die je niet ziet maar wel problemen kunnen opleveren. Ik zal hem weer uit de hoek halen omdat ik nog mijn sip actief moet maken maar verder niks.
Bedankt voor de hulp en suggesties zover!
- inkomende gesprekken via een SIP-trunk (werkt al)
Als er 2x niet een gesprek niet is opgenomen (30 sec over laten gaan bv), dan zou ik graag iets als "het is nu even te druk, bel op een later tijdstip terug" laten horen, voor een minuut of 5, voordat er weer telefoontjes op het toestel aankomt.
Klinkt simpel, maar in praktijk in het dialplan is dat nog niet zo eenvoudig
Gasloos huis 9kW Panasonic WH-MDC09J3E5 | Atlantic Explorer V4 270L | 8715Wp @ SMA Tripower 6.0-3AV-40 (4150Wp NO, 4565Wp ZW)
999,1,Dial(SIP/Extension,30)
Na 30sec gaat ie verder in het dialplan dan, als er niet opgenomen wordt ..
Voip enthousiastelling, Liever een kabel dan wifi
exten => 1605,1,Ringing
exten => 1605,n,Set(feestdag=${DB_EXISTS(feestdag/${STRFTIME(${EPOCH},,%Y%m%d)})})
exten => 1605,n,GotoIf($[ ${feestdag} = 1 ]?dicht)
exten => 1605,n,GotoIfTime(*,*,25-26,dec?dicht)
exten => 1605,n,GotoIfTime(*,*,1,jan?dicht)
exten => 1605,n,GotoIfTime(*,*,27,apr?dicht)
exten => 1605,n,GotoIfTime(8:00-19:00,mon-fri,*,*?open)
exten => 1605,n,Goto(dicht)
In de database staan feestdagen die niet elk jaar dezelfde data staan, maar we dicht zijn (Pasen, Pinksteren en Hemelvaartsdag)
Voor de komende jaren kan dat ingevoerd worden met:
asterisk -rx 'database put feestdag 20160328 1'
asterisk -rx 'database put feestdag 20160505 1'
asterisk -rx 'database put feestdag 20160516 1'
asterisk -rx 'database put feestdag 20170417 1'
asterisk -rx 'database put feestdag 20170525 1'
asterisk -rx 'database put feestdag 20170605 1'
asterisk -rx 'database put feestdag 20180402 1'
asterisk -rx 'database put feestdag 20180510 1'
asterisk -rx 'database put feestdag 20180521 1'
asterisk -rx 'database put feestdag 20190422 1'
asterisk -rx 'database put feestdag 20190530 1'
asterisk -rx 'database put feestdag 20190610 1'
exten => 1605,n,Set(feestdag=${DB_EXISTS(feestdag/${STRFTIME(${EPOCH},,%Y%m%d)})})
Bovenstaande regel zet variabele feestdag op 0 of 1. 0 als de huidige datum niet voorkomt in de database en anders 1.
exten => 1605,n,GotoIf($[ ${feestdag} = 1 ]?dicht)
Deze regel checkt of de variabele 1 is. Is die 1 zijn we dicht ....
Ik overweeg ook om mijn Ziggo/UPC telefoonnummer naar CheapConnect te migreren en dan een Asterisk server te gaan draaien. Kun je het gemakkelijk op OpenWRT draaien of zijn de routers daar eigenlijk niet sterk genoeg voor? Een andere oplossing zou kunnen zijn in een jail op mijn NAS.
Voordelen voor mij zijn het kunnen configureren van tijden dat je bereikbaar bent, voicemailberichten, verschillende telefoonnummers en opnemen van gesprekken
Even heel programmeer-technisch gedacht, als ik goed lees wat je wilt is het volgende:VHware schreef op zondag 31 mei 2015 @ 14:15:
Ik zoek een oplossing voor een volgende situatie:
- inkomende gesprekken via een SIP-trunk (werkt al)
Als er 2x niet een gesprek niet is opgenomen (30 sec over laten gaan bv), dan zou ik graag iets als "het is nu even te druk, bel op een later tijdstip terug" laten horen, voor een minuut of 5, voordat er weer telefoontjes op het toestel aankomt.
Klinkt simpel, maar in praktijk in het dialplan is dat nog niet zo eenvoudig
* Gesprek A wordt aangeboden op Queue XYZ, en na 30 seconden niet opgenomen.
* Gesprek B idem
* Gesprek C, moet niet aan de Queue aangeboden worden maar direct een melding laten horen en ophangen.
Maar je zou dit op kunnen lossen door je Queue een timeout van 30 seconden te kunnen geven, in de volgende stap in je dialplan een timestamp weg te schrijven naar bijvoorbeeld sql, (zie func_odbc) en bij je inkomende gesprekken een query te doen of er twee timestamps in een bereik van 5 minuten ligt. (Dit kan vast ook met de interne Asterisk DB, maar echt sql is makkelijker).
(Ik vindt dit een heel slecht idee omdat dit in de praktijk je algehele bereikbaarheid niet ten goede komt)
Wat ik dus eigenlijk zou doen is gewoon announces in je Queue zetten i.c.m. redelijke timeout waarden. Dus gesprekken altijd gewoon aanbieden (voorkomt dat je 2x gebeld wordt terwijl je koffie haalt en daarna 5 minuten niet meer bereikbaar ben) maar bijv op 30 seconden een announce laten horen ("Het is druk"), en na twee minuten "Het is echt heel druk, bel later terug". Dán alsnog, afhankelijk van je bellers is het soms wel interessant de optie open te houden om gewoon lekker in de wacht te blijven omdat ze toch wel heel graag iemand willen spreken.
Het lijkt wel of er niemand probeert een verbinging op te zetten naar de nummers
972599532378
00442037692337
000972599532378
Het lukt niet omdat ik een dialplan heb, maar hoe komen ze binnen?
THX!
== Using SIP RTP CoS mark 5
-- Executing [972599532378@default:1] Congestion("SIP/84.29.99.196-0000000b", "5") in new stack
== Spawn extension (default, 972599532378, 1) exited non-zero on 'SIP/84.29.99.196-0000000b'
== Using SIP RTP CoS mark 5
-- Executing [00442037692337@default:1] Congestion("SIP/84.29.99.196-0000000c", "5") in new stack
== Spawn extension (default, 00442037692337, 1) exited non-zero on 'SIP/84.29.99.196-0000000c'
== Using SIP RTP CoS mark 5
-- Executing [000972599532378@default:1] Congestion("SIP/84.29.99.196-0000000d", "5") in new stack
== Spawn extension (default, 000972599532378, 1) exited non-zero on 'SIP/84.29.99.196-0000000d'
Gasloos huis 9kW Panasonic WH-MDC09J3E5 | Atlantic Explorer V4 270L | 8715Wp @ SMA Tripower 6.0-3AV-40 (4150Wp NO, 4565Wp ZW)
Is je centrale extern benaderbaar? Heb je bijvoorbeeld poort 5060 naar je centrale open gezet?timovd schreef op donderdag 10 december 2015 @ 18:32:
Dat betekent dat je eerst naar je beveiliging moet kijken.
Ik heb dus een Asterisk-server achter NAT staan die via SIP contact maakt met de telefonie van Tweak.
Ik gebruik daarvoor deze config (sip.conf):
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
| [general] bindport=5060 bindaddr=$lokaalIP ; NAT settings localnet=192.168.0.0/255.255.0.0 ; RFC 1918 addresses externaddr = $publiekIP register => $telefoonnummer:$wachtwoord@sip.tweakphone.nl/$telefoonnummer; register SIP client [tweakphone] type=friend secret=$wachtwoord username=$telefoonnummer host=sip.tweakphone.nl fromdomain=sip.tweakphone.nl context=incoming nat=yes fromuser=$telefoonnummer insecure=invite directmedia=no |
Dit heeft met mijn OpenWRT-router altijd gewerkt. De enige port-forward die ik nodig had, is van sip.tweakphone.nl (82.197.223.41), poort 5060 naar het interne IP-adres van mijn Asterisk-server.
Deze port-forward heb ik onder pfSense dan uiteraard ook ingesteld.
Echter, ik heb nu last van het beruchte unidirectionele audio-probleem. Als ik bel of gebeld word, kan ik de persoon 'aan de andere kant' niet horen. Dit duidt vaak op een NAT-probleem, maar ik kan er maar niet achter komen waar het precies aan ligt. Ik heb immers exact dezelfde configuratie als voorheen (namelijk, die enkele port-forward voor SIP).
Als ik ga Googlen dan kom ik her en der info tegen dat er ook een hele reeks poorten voor RTP moet worden geforward. Hoe zit dit? Ik heb dit voorheen (met OpenWRT) nooit hoeven te doen.
Wat ook interessant is, is dat ik in mijn firewall-log (van pfSense) tijdens zo'n telefoongesprek een heleboel log entries langs zie komen:

Opvallend hierbij is dat het source IP-adres, 82.197.223.54, in dezelfde range zit als het IP-adres van sip.tweakphone.nl.
EDIT:
Ik heb het 'opgelost' door een range poorten voor RTP te forwarden in de router. Ik heb een rtp.conf aangemaakt (die had ik niet eens) en heb de range verkleind naar 100 poorten zodat het een beetje handelbaar blijft. Die 100 poorten heb ik geforward naar de Asterisk-server.
Wel raar, want ik weet heel zeker dat dit bij mijn vorige router niet nodig was. Er stond ook geen UPnP of DMZ aan op de vorige router (nog voor de zekerheid gechecked).
[ Voor 20% gewijzigd door Compizfox op 21-12-2015 16:54 ]
Gewoon een heel grote verzameling snoertjes
Op dit moment nog werkende op de synology NAS. Zal zien of dit stabiel werkt.
Waar ik nu tegenaan loop is de wachtrij functie.
Ik heb de ringgroup ingesteld dat user 6100 over moet gaan (dat is mijn voip toestel en is ook agent)
Als er niet na 20 sec. opgenomen wordt moet ie naar de wachrij 6500
In de wachtrij 6500 staat ook aangegeven dat toestel 6100 agent is.
Als ik nou test dan komt het 1e gesprek netjes op het voip toestel binnen.
Bel ik dan tijdens dit gesprek met een 2e telefoon dan komt dit gesprek op de achtergrond binnen op het voip toestel. Na 20 seconden wordt gewoon de verbinding verbroken van het 2e gesprek.
Ik heb de NAS als een keer gereboot en na elke update netjes op apply changes gedrukt.
Iemand dit al een keer eerder aan de stok gehad?
Update 23feb16: Het is/lijkt niet mogelijk externe VOIPnummer via een FritzBox, actief te signaleren op Asterisk. De FritzBox maar ook de provider, houdt dit tegen. Ik heb nu een bypass gedaan door telefoon verkeer van/naar Asterisk te routeren via de FritzBox zelf.
.... hieronder het vervolg van m''n originele post welk wordt gevolgd door de beschrijving van m'n werkbare oplossing.
Ook (flink) aan het stoeien geslagen.
Best wel verslavend. Asterix 11 op een QNAP/TS509/QTS4.1 gezet, achter een Fritz7490 i.c.m. voip/XS4ALL. Erg leuk om met telefoonmenu's te kunnen spelen en daarmee "internet" opdrachten te geven om bijvoorbeeld m'n TV van kanaal te veranderen.
Heel leuk dus, ik kan (straks) zowat m'n hele infrastructuur (Dect/ISDN/Pots/Sip) dan door en met elkaar afhandelen.
Kan bijna alles doen wat ik wil, behalve dan dat de Asterix NIET rechtstreeks op externe nummers kan worden gekozen. Ik zie (met sip debug) wel de call binnenkomen maar die wordt met geen mogelijk door het DialPlan opgepakt. Wanneer ik de call op de Fritz ontvang en die dan (intern) doorschakel naar een inter/SIP nummer, lukt het wel.
Ik zie dus wel de invitatie op Astrerix die zelfs qua debug uitvind op welke trunk een call binnenkomt en dan stopt het.
Het inkomende (externe) nummer wordt met geen mogelijkheid beantwoord door Asterix. Outbound gaat alles goed. Ik begin bijna te denken dat Asterix een bug heeft waardoor die niet goed kan omgaan met Inivterequests.... Mogelijk is het probleem dat de Fritz zelf ook een VOIP box is en daardoor niet de SIP poorten doorzet. Vreemd is dan wel, dat losse IP-phones, achter de Fritz, prima werken op externe nummers.
Hieronder m'n relevante Asterisk config
sip.conf
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
| [general] register => 0123456789:xxxxxxxxx@sip.xs4all.nl/0123456789 .... [trunk_2] type=friend username=0123456789 fromuser=0123456789 fromdomain=sip.xs4all.nl secret=******** host=sip.xs4all.nl context=from-xs4all callgroup=1 pickupgroup=1 disallow=all allow=ulaw allow=g729 outboundproxy=sip.xs4all.nl realm=sip.xs4all.nl nat=no canreinvite=no allow=alaw allow=ulaw allow=g729 dtmfmode=auto qualify=no |
extentsions.conf:
1
2
3
4
5
| [from-xs4all] exten => s,1,Log(NOTICE, Incoming call12 from ${CALLERID(all)}) exten => s,n,Dial(SIP/6000) exten => s,n,Dial(SIP/6002) exten => s,n,Hangup() |
M'n debug log
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
| <--- SIP read from UDP:194.109.16.16:5060 ---> INVITE sip:s@192.168.1.X:5060 SIP/2.0 Via: SIP/2.0/UDP 194.109.16.16:5060;branch=xxxxxxxxxxxxxxxxxxxxxxxxxxx.1 From: <sip:0123456789@xs4all.nl>;tag=XXXXXXXXXXXXXXXX To: <sip:0987654321@xs4all.nl> Call-ID: XXXXXXXXXXXXXXXX@12.123.123.123 CSeq: 1423 INVITE Contact: <sip:0987654321@194.109.16.16:5060;transport=udp> Max-Forwards: 67 Expires: 120 User-Agent: AVM FRITZ!Box 7490 113.06.20 (Oct 15 2014) Supported: 100rel,replaces Allow-Events: telephone-event,refer Allow: INVITE,ACK,OPTIONS,CANCEL,BYE,UPDATE,PRACK,INFO,SUBSCRIBE,NOTIFY,REFER,MESSAGE,PUBLISH Content-Type: application/sdp Accept: application/sdp, multipart/mixed Accept-Encoding: identity Content-Length: 383 Privacy: none --- (19 headers 17 lines) --- Sending to 194.109.16.16:5060 (no NAT) Sending to 194.109.16.16:5060 (no NAT) Using INVITE request as basis request - XXXXXXXXXXXXXXXX@12.123.123.123 Found peer 'trunk_1' for '0123456789' from 194.109.16.16:5060 <--- Reliably Transmitting (no NAT) to 194.109.16.16:5060 ---> SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 194.109.16.16:5060;branch=xxxxxxxxxxxxxxxxxxxxxxxxxx0.1;received=194.109.16.16 From: <sip:0123456789@xs4all.nl>;tag=XXXXXXXXXXXXXXXX To: <sip:0987654321@xs4all.nl>;tag=as7c45eb25 Call-ID: XXXXXXXXXXXXXXXX@12.123.123.123 CSeq: 1423 INVITE Server: Asterisk PBX Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH Supported: replaces, timer WWW-Authenticate: Digest algorithm=MD5, realm="asterisk", nonce="48c746ad" Content-Length: 0 |
Update 23feb16:
Ondertussen (veel) verder gekomen. Ik heb nu een werkbare oplossing.
Het lijkt/leek mij goed dit terug te melden.
- 1. Uitgaande telefoontjes vanuit Asterix (achter een FritzBox) doorzetten naar xs4all, wordt door XS4ALL afgekeurd met SIP/403 forbidden.
- 2. ]Extern uitgaand Asterisk telefoon verkeer doe ik nu via de FritzBoz waarop een "InternetPhoneDevice" (620-629) is aangemaakt waarop Asterix zich aanmeld als SIP/Peer.
- 3.]Extern inkomende telefoontjes via XS4ALL kunnen/worden niet rechtstreeks nummers signaleren op Asterix die achter de FritzBo staat.
- 4.Extern inkomende telefoontjes laat ik nu detecteren op de FritzBox om die vervolgens (qua signalering) (ook) door te zetten naar het W/LAN intenet-toestel van item 2. In Asterisk dat verkeer conform kiesplan, afgehandeld.
- 5. Op de Frtizbox heb ik ook een SIP/Client nummer gemaakt die zch als VOIP aanmeldt op Asterisk.
- 6. Op de Fritzbox stuur ik telefoonnummers die beginnen met "6" door naar het nummer van item 5, deze worden vervolgens in Asterisk verder afgehandeld conform kiesplan.
- 7. Om de telefoonnummer/codes in/van de de Asterisk te kunnen kiezen, stuur ik op de FritzBox alle nummers "6" naar Asterisk, zelf gebruik ik alleen "6...." , telefoonnummers die beginnen met 0 , gaan altijd via de FritzBox naar de trunks van XS4All.
Mijn sip/kiesplan van Asterisk bevat dus onderdelen om de volgende activiteiten af te handelen:
1) SIP trunk naar Fritz (device) voor inkomend en uitgaand verkeer,
2) SIP/Client van Fritz als intern(et)nummer voor Asterisk
3) Op Asterisk worden nummer die beginnen met "0" worden via item 1 uitgestuurd
4) Op Fritz worden nummer die beginnen met "6" . doorgezet naar Asterisk via item 2.
[ Voor 24% gewijzigd door PtrO op 23-02-2016 21:04 . Reden: Opgelost cq. werkbare oplossing ]
Go with the flow blocking your way and use AD for achieving results
NL_VastEnMobiel _0XXXXXXXXX
Gemeente _14XXX
0800en0900 _0[89]00XX.
Binnen Nederland kan ik alles bellen, maar nu wil ik graag de 06 nummers (op drie na) gaan blokkeren en dat krijg ik maar niet voor elkaar. Welke regels moet ik hiervoor gaan toevoegen?
Voor de 3 nummers maak je 3 regels aan met daarin de 3 06 nummers
Voip enthousiastelling, Liever een kabel dan wifi
Is het gelukt?R2L schreef op maandag 04 april 2016 @ 20:36:
Thx, voor je hulp!
Voip enthousiastelling, Liever een kabel dan wifi
Om hier nog even op terug te komen. Ik heb XS4ALL met Asterisk 13 (chan_sip, geen PJSIP) als volgt werkende:PtrO schreef op maandag 15 februari 2016 @ 02:28:
Heeft iemand Asterix achter een Fritz7490@xs4all voip inbound actief ?
Update 23feb16: Het is/lijkt niet mogelijk externe VOIPnummer via een FritzBox, actief te signaleren op Asterisk. De FritzBox maar ook de provider, houdt dit tegen. Ik heb nu een bypass gedaan door telefoon verkeer van/naar Asterisk te routeren via de FritzBox zelf.
.... hieronder het vervolg van m''n originele post welk wordt gevolgd door de beschrijving van m'n werkbare oplossing.
Ook (flink) aan het stoeien geslagen.
Best wel verslavend. Asterix 11 op een QNAP/TS509/QTS4.1 gezet, achter een Fritz7490 i.c.m. voip/XS4ALL. Erg leuk om met telefoonmenu's te kunnen spelen en daarmee "internet" opdrachten te geven om bijvoorbeeld m'n TV van kanaal te veranderen.
Heel leuk dus, ik kan (straks) zowat m'n hele infrastructuur (Dect/ISDN/Pots/Sip) dan door en met elkaar afhandelen.
Kan bijna alles doen wat ik wil, behalve dan dat de Asterix NIET rechtstreeks op externe nummers kan worden gekozen. Ik zie (met sip debug) wel de call binnenkomen maar die wordt met geen mogelijk door het DialPlan opgepakt. Wanneer ik de call op de Fritz ontvang en die dan (intern) doorschakel naar een inter/SIP nummer, lukt het wel.
Ik zie dus wel de invitatie op Astrerix die zelfs qua debug uitvind op welke trunk een call binnenkomt en dan stopt het.
Het inkomende (externe) nummer wordt met geen mogelijkheid beantwoord door Asterix. Outbound gaat alles goed. Ik begin bijna te denken dat Asterix een bug heeft waardoor die niet goed kan omgaan met Inivterequests.... Mogelijk is het probleem dat de Fritz zelf ook een VOIP box is en daardoor niet de SIP poorten doorzet. Vreemd is dan wel, dat losse IP-phones, achter de Fritz, prima werken op externe nummers.
Hieronder m'n relevante Asterisk config
sip.confcode:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 [general] register => 0123456789:xxxxxxxxx@sip.xs4all.nl/0123456789 .... [trunk_2] type=friend username=0123456789 fromuser=0123456789 fromdomain=sip.xs4all.nl secret=******** host=sip.xs4all.nl context=from-xs4all callgroup=1 pickupgroup=1 disallow=all allow=ulaw allow=g729 outboundproxy=sip.xs4all.nl realm=sip.xs4all.nl nat=no canreinvite=no allow=alaw allow=ulaw allow=g729 dtmfmode=auto qualify=no
extentsions.conf:code:
1 2 3 4 5 [from-xs4all] exten => s,1,Log(NOTICE, Incoming call12 from ${CALLERID(all)}) exten => s,n,Dial(SIP/6000) exten => s,n,Dial(SIP/6002) exten => s,n,Hangup()
M'n debug logcode:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 <--- SIP read from UDP:194.109.16.16:5060 ---> INVITE sip:s@192.168.1.X:5060 SIP/2.0 Via: SIP/2.0/UDP 194.109.16.16:5060;branch=xxxxxxxxxxxxxxxxxxxxxxxxxxx.1 From: <sip:0123456789@xs4all.nl>;tag=XXXXXXXXXXXXXXXX To: <sip:0987654321@xs4all.nl> Call-ID: XXXXXXXXXXXXXXXX@12.123.123.123 CSeq: 1423 INVITE Contact: <sip:0987654321@194.109.16.16:5060;transport=udp> Max-Forwards: 67 Expires: 120 User-Agent: AVM FRITZ!Box 7490 113.06.20 (Oct 15 2014) Supported: 100rel,replaces Allow-Events: telephone-event,refer Allow: INVITE,ACK,OPTIONS,CANCEL,BYE,UPDATE,PRACK,INFO,SUBSCRIBE,NOTIFY,REFER,MESSAGE,PUBLISH Content-Type: application/sdp Accept: application/sdp, multipart/mixed Accept-Encoding: identity Content-Length: 383 Privacy: none --- (19 headers 17 lines) --- Sending to 194.109.16.16:5060 (no NAT) Sending to 194.109.16.16:5060 (no NAT) Using INVITE request as basis request - XXXXXXXXXXXXXXXX@12.123.123.123 Found peer 'trunk_1' for '0123456789' from 194.109.16.16:5060 <--- Reliably Transmitting (no NAT) to 194.109.16.16:5060 ---> SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 194.109.16.16:5060;branch=xxxxxxxxxxxxxxxxxxxxxxxxxx0.1;received=194.109.16.16 From: <sip:0123456789@xs4all.nl>;tag=XXXXXXXXXXXXXXXX To: <sip:0987654321@xs4all.nl>;tag=as7c45eb25 Call-ID: XXXXXXXXXXXXXXXX@12.123.123.123 CSeq: 1423 INVITE Server: Asterisk PBX Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH Supported: replaces, timer WWW-Authenticate: Digest algorithm=MD5, realm="asterisk", nonce="48c746ad" Content-Length: 0
Update 23feb16:
Ondertussen (veel) verder gekomen. Ik heb nu een werkbare oplossing.
Het lijkt/leek mij goed dit terug te melden.
- 1. Uitgaande telefoontjes vanuit Asterix (achter een FritzBox) doorzetten naar xs4all, wordt door XS4ALL afgekeurd met SIP/403 forbidden.
- 2. ]Extern uitgaand Asterisk telefoon verkeer doe ik nu via de FritzBoz waarop een "InternetPhoneDevice" (620-629) is aangemaakt waarop Asterix zich aanmeld als SIP/Peer.
- 3.]Extern inkomende telefoontjes via XS4ALL kunnen/worden niet rechtstreeks nummers signaleren op Asterix die achter de FritzBo staat.
- 4.Extern inkomende telefoontjes laat ik nu detecteren op de FritzBox om die vervolgens (qua signalering) (ook) door te zetten naar het W/LAN intenet-toestel van item 2. In Asterisk dat verkeer conform kiesplan, afgehandeld.
- 5. Op de Frtizbox heb ik ook een SIP/Client nummer gemaakt die zch als VOIP aanmeldt op Asterisk.
- 6. Op de Fritzbox stuur ik telefoonnummers die beginnen met "6" door naar het nummer van item 5, deze worden vervolgens in Asterisk verder afgehandeld conform kiesplan.
Op de Asterisk heb ik dus een uitgaande trunk op/naar de FritzBox, die (extern) inkomend verkeer uitsluitend en dat in het kiesplan verwerkt.
- 7. Om de telefoonnummer/codes in/van de de Asterisk te kunnen kiezen, stuur ik op de FritzBox alle nummers "6" naar Asterisk, zelf gebruik ik alleen "6...." , telefoonnummers die beginnen met 0 , gaan altijd via de FritzBox naar de trunks van XS4All.
Mijn sip/kiesplan van Asterisk bevat dus onderdelen om de volgende activiteiten af te handelen:
1) SIP trunk naar Fritz (device) voor inkomend en uitgaand verkeer,
2) SIP/Client van Fritz als intern(et)nummer voor Asterisk
3) Op Asterisk worden nummer die beginnen met "0" worden via item 1 uitgestuurd
4) Op Fritz worden nummer die beginnen met "6" . doorgezet naar Asterisk via item 2.
extensions.conf
[XS4ALL]
exten => 0101111111,1,NoOp(Inkomend gesprek met caller ID: ${CALLERID(num)})
exten => 0101111111,n,Dial(SIP/888,90)
exten => 0101111111,n,Hangup(19)
sip.conf
register=>0101111111:WACHTWOORD@sip.xs4all.nl/0101111111
[XS4ALL]
description=XS4ALL Internet B.V.
context=XS4ALL
username=0101111111
type=peer
fromdomain=sip.xs4all.nl
host=sip.xs4all.nl
secret=WACHTWOORD
Hier had uw reclame kunnen staan.
2) Ik kan (logisch) niet verbinden naar externe nummers.. Ik moet dus Asterisk zo configureren dat hij verbind naar een andere SIP-server?
Zoja is het mogelijk dat ik dan (eventueel via PB) wat vragen kan stellen?
Ja. Wij draaien 't op ons werk in productie. En denk dat heel veel toko's (callcenters incluis dat doen).robertobadjo schreef op vrijdag 16 september 2016 @ 15:33:
Zijn er hier toevallig mensen die dit stukje software gebruiken in een productie omgeving?
Ik zou gewoon lekker je vraag stellen hier. Is geen garantie dat je antwoord krijgt, maar de kans is wel aanzienlijk groterrobertobadjo schreef op vrijdag 16 september 2016 @ 15:33:
Zoja is het mogelijk dat ik dan (eventueel via PB) wat vragen kan stellen?
No trees were harmed in creating this message. However, a large number of electrons were terribly inconvenienced.
Ga ik het hier gewoon doenFreeaqingme schreef op vrijdag 16 september 2016 @ 15:52:
[...]
Ja. Wij draaien 't op ons werk in productie. En denk dat heel veel toko's (callcenters incluis dat doen).
[...]
Ik zou gewoon lekker je vraag stellen hier. Is geen garantie dat je antwoord krijgt, maar de kans is wel aanzienlijk groter
Hoeveel onderhoud heb je aan dit systeem. Is het update process een beetje te doen of wat?
Ik ga er wel vanuit dat je er een externe SIP provider erbij moet nemen om naar buiten te bellen. Uiteraard zijn aanbevelingen welkom
Welke telefoons gebruiken jullie icm met dit systeem.
Je hebt inderdaad een manier om naar buiten te bellen nodig (mits je naar buiten wilt bellen). Het makkelijkst is een SIP Provider maar het kan ook met gewone POTS lijnen of ISDN bijvoorbeeld, maar dan heb je een "card" or adapter nodig dit die zorgt dat Asterisk kan praten met die lijnrobertobadjo schreef op vrijdag 16 september 2016 @ 21:49:
Ik ga er wel vanuit dat je er een externe SIP provider erbij moet nemen om naar buiten te bellen. Uiteraard zijn aanbevelingen welkom.
Ah dank je voor je snelle reactie.RobinF schreef op vrijdag 16 september 2016 @ 22:08:
[...]
Je hebt inderdaad een manier om naar buiten te bellen nodig (mits je naar buiten wilt bellen). Het makkelijkst is een SIP Provider maar het kan ook met gewone POTS lijnen of ISDN bijvoorbeeld, maar dan heb je een "card" or adapter nodig dit die zorgt dat Asterisk kan praten met die lijn
Ik zal dan toch eens een testopstelling moeten maken. Onze huidige telefooncentrale is aan vervanging toe en wil dit toch een kans geven. Ik ga er wel vanuit dat de keuze uit telefoons niet gelimiteerd is.
-- Executing [06......@from-internal:1] Macro("SIP/202-00006c12", "user-callerid,LIMIT,EXTERNAL,") in new stack
-- Executing [s@macro-user-callerid:1] Set("SIP/202-00006c12", "TOUCH_MONITOR=1487683651.27669") in new stack
-- Executing [s@macro-user-callerid:2] Set("SIP/202-00006c12", "AMPUSER=202") in new stack
-- Executing [s@macro-user-callerid:3] GotoIf("SIP/202-00006c12", "0?report") in new stack
-- Executing [s@macro-user-callerid:4] ExecIf("SIP/202-00006c12", "1?Set(REALCALLERIDNUM=202)") in new stack
-- Executing [s@macro-user-callerid:5] Set("SIP/202-00006c12", "AMPUSER=202") in new stack
-- Executing [s@macro-user-callerid:6] GotoIf("SIP/202-00006c12", "0?limit") in new stack
-- Executing [s@macro-user-callerid:7] Set("SIP/202-00006c12", "AMPUSERCIDNAME=Desktop Kantoor") in new stack
-- Executing [s@macro-user-callerid:8] GotoIf("SIP/202-00006c12", "0?report") in new stack
-- Executing [s@macro-user-callerid:9] Set("SIP/202-00006c12", "AMPUSERCID=202") in new stack
-- Executing [s@macro-user-callerid:10] Set("SIP/202-00006c12", "__DIAL_OPTIONS=Ttr") in new stack
-- Executing [s@macro-user-callerid:11] Set("SIP/202-00006c12", "CALLERID(all)="Desktop Kantoor" <202>") in new stack
-- Executing [s@macro-user-callerid:12] GotoIf("SIP/202-00006c12", "0?limit") in new stack
-- Executing [s@macro-user-callerid:13] ExecIf("SIP/202-00006c12", "1?Set(GROUP(concurrency_limit)=202)") in new stack
-- Executing [s@macro-user-callerid:14] GotoIf("SIP/202-00006c12", "1?continue") in new stack
-- Goto (macro-user-callerid,s,27)
-- Executing [s@macro-user-callerid:27] Set("SIP/202-00006c12", "CALLERID(number)=202") in new stack
-- Executing [s@macro-user-callerid:28] Set("SIP/202-00006c12", "CALLERID(name)=Desktop Kantoor") in new stack
-- Executing [s@macro-user-callerid:29] GotoIf("SIP/202-00006c12", "0?cnum") in new stack
-- Executing [s@macro-user-callerid:30] Set("SIP/202-00006c12", "CDR(cnam)=Desktop Kantoor") in new stack
-- Executing [s@macro-user-callerid:31] Set("SIP/202-00006c12", "CDR(cnum)=202") in new stack
-- Executing [s@macro-user-callerid:32] Set("SIP/202-00006c12", "CHANNEL(language)=en") in new stack
-- Executing [06......@from-internal:2] Gosub("SIP/202-00006c12", "sub-record-check,s,1(out,06......,dontcare)") in new stack
-- Executing [s@sub-record-check:1] GotoIf("SIP/202-00006c12", "0?initialized") in new stack
-- Executing [s@sub-record-check:2] Set("SIP/202-00006c12", "__REC_STATUS=INITIALIZED") in new stack
-- Executing [s@sub-record-check:3] Set("SIP/202-00006c12", "NOW=1487683651") in new stack
-- Executing [s@sub-record-check:4] Set("SIP/202-00006c12", "__DAY=21") in new stack
-- Executing [s@sub-record-check:5] Set("SIP/202-00006c12", "__MONTH=02") in new stack
-- Executing [s@sub-record-check:6] Set("SIP/202-00006c12", "__YEAR=2017") in new stack
-- Executing [s@sub-record-check:7] Set("SIP/202-00006c12", "__TIMESTR=20170221-142731") in new stack
-- Executing [s@sub-record-check:8] Set("SIP/202-00006c12", "__FROMEXTEN=202") in new stack
-- Executing [s@sub-record-check:9] Set("SIP/202-00006c12", "__MON_FMT=wav") in new stack
-- Executing [s@sub-record-check:10] NoOp("SIP/202-00006c12", "Recordings initialized") in new stack
-- Executing [s@sub-record-check:11] ExecIf("SIP/202-00006c12", "0?Set(ARG3=dontcare)") in new stack
-- Executing [s@sub-record-check:12] Set("SIP/202-00006c12", "REC_POLICY_MODE_SAVE=") in new stack
-- Executing [s@sub-record-check:13] ExecIf("SIP/202-00006c12", "0?Set(REC_STATUS=NO)") in new stack
-- Executing [s@sub-record-check:14] GotoIf("SIP/202-00006c12", "3?checkaction") in new stack
-- Goto (sub-record-check,s,17)
-- Executing [s@sub-record-check:17] GotoIf("SIP/202-00006c12", "1?sub-record-check,out,1") in new stack
-- Goto (sub-record-check,out,1)
-- Executing [out@sub-record-check:1] NoOp("SIP/202-00006c12", "Outbound Recording Check from 202 to 06......") in new stack
-- Executing [out@sub-record-check:2] Set("SIP/202-00006c12", "RECMODE=dontcare") in new stack
-- Executing [out@sub-record-check:3] ExecIf("SIP/202-00006c12", "1?Goto(routewins)") in new stack
-- Goto (sub-record-check,out,7)
-- Executing [out@sub-record-check:7] Gosub("SIP/202-00006c12", "recordcheck,1(dontcare,out,06......)") in new stack
-- Executing [recordcheck@sub-record-check:1] NoOp("SIP/202-00006c12", "Starting recording check against dontcare") in new stack
-- Executing [recordcheck@sub-record-check:2] Goto("SIP/202-00006c12", "dontcare") in new stack
-- Goto (sub-record-check,recordcheck,3)
-- Executing [recordcheck@sub-record-check:3] Return("SIP/202-00006c12", "") in new stack
-- Executing [out@sub-record-check:8] Return("SIP/202-00006c12", "") in new stack
-- Executing [06......@from-internal:3] Set("SIP/202-00006c12", "MOHCLASS=default") in new stack
-- Executing [06......@from-internal:4] ExecIf("SIP/202-00006c12", "1?Set(TRUNKCIDOVERRIDE=<31475......>)") in new stack
-- Executing [06......@from-internal:5] Set("SIP/202-00006c12", "_NODEST=") in new stack
-- Executing [06......@from-internal:6] Macro("SIP/202-00006c12", "dialout-trunk,1,06......,,off") in new stack
-- Executing [s@macro-dialout-trunk:1] Set("SIP/202-00006c12", "DIAL_TRUNK=1") in new stack
-- Executing [s@macro-dialout-trunk:2] GosubIf("SIP/202-00006c12", "0?sub-pincheck,s,1()") in new stack
-- Executing [s@macro-dialout-trunk:3] GotoIf("SIP/202-00006c12", "0?disabletrunk,1") in new stack
-- Executing [s@macro-dialout-trunk:4] Set("SIP/202-00006c12", "DIAL_NUMBER=06......") in new stack
-- Executing [s@macro-dialout-trunk:5] Set("SIP/202-00006c12", "DIAL_TRUNK_OPTIONS=Ttr") in new stack
-- Executing [s@macro-dialout-trunk:6] Set("SIP/202-00006c12", "OUTBOUND_GROUP=OUT_1") in new stack
-- Executing [s@macro-dialout-trunk:7] GotoIf("SIP/202-00006c12", "1?nomax") in new stack
-- Goto (macro-dialout-trunk,s,9)
-- Executing [s@macro-dialout-trunk:9] GotoIf("SIP/202-00006c12", "0?skipoutcid") in new stack
-- Executing [s@macro-dialout-trunk:10] Set("SIP/202-00006c12", "DIAL_TRUNK_OPTIONS=Tt") in new stack
-- Executing [s@macro-dialout-trunk:11] Macro("SIP/202-00006c12", "outbound-callerid,1") in new stack
-- Executing [s@macro-outbound-callerid:1] ExecIf("SIP/202-00006c12", "0?Set(CALLERPRES(name-pres)=)") in new stack
-- Executing [s@macro-outbound-callerid:2] ExecIf("SIP/202-00006c12", "0?Set(CALLERPRES(num-pres)=)") in new stack
-- Executing [s@macro-outbound-callerid:3] ExecIf("SIP/202-00006c12", "0?Set(REALCALLERIDNUM=202)") in new stack
-- Executing [s@macro-outbound-callerid:4] GotoIf("SIP/202-00006c12", "1?normcid") in new stack
-- Goto (macro-outbound-callerid,s,7)
-- Executing [s@macro-outbound-callerid:7] Set("SIP/202-00006c12", "USEROUTCID=") in new stack
-- Executing [s@macro-outbound-callerid:8] Set("SIP/202-00006c12", "EMERGENCYCID=") in new stack
-- Executing [s@macro-outbound-callerid:9] Set("SIP/202-00006c12", "TRUNKOUTCID=<31475......>") in new stack
-- Executing [s@macro-outbound-callerid:10] GotoIf("SIP/202-00006c12", "1?trunkcid") in new stack
-- Goto (macro-outbound-callerid,s,15)
-- Executing [s@macro-outbound-callerid:15] ExecIf("SIP/202-00006c12", "1?Set(CALLERID(all)=<31475......>)") in new stack
-- Executing [s@macro-outbound-callerid:16] ExecIf("SIP/202-00006c12", "0?Set(CALLERID(all)=)") in new stack
-- Executing [s@macro-outbound-callerid:17] ExecIf("SIP/202-00006c12", "1?Set(CALLERID(all)=<31475......>)") in new stack
-- Executing [s@macro-outbound-callerid:18] ExecIf("SIP/202-00006c12", "0?Set(CALLERPRES(name-pres)=prohib_passed_screen)") in new stack
-- Executing [s@macro-outbound-callerid:19] ExecIf("SIP/202-00006c12", "0?Set(CALLERPRES(num-pres)=prohib_passed_screen)") in new stack
-- Executing [s@macro-outbound-callerid:20] Set("SIP/202-00006c12", "CDR(outbound_cnum)=31475......") in new stack
-- Executing [s@macro-outbound-callerid:21] Set("SIP/202-00006c12", "CDR(outbound_cnam)=") in new stack
[2017-02-21 14:27:31] WARNING[1846]: func_cdr.c:383 cdr_write_callback: CDR requires a value (CDR(variable)=value)
-- Executing [s@macro-dialout-trunk:12] GosubIf("SIP/202-00006c12", "0?sub-flp-1,s,1()") in new stack
-- Executing [s@macro-dialout-trunk:13] Set("SIP/202-00006c12", "OUTNUM=06......") in new stack
-- Executing [s@macro-dialout-trunk:14] Set("SIP/202-00006c12", "custom=SIP/CheapOut") in new stack
-- Executing [s@macro-dialout-trunk:15] ExecIf("SIP/202-00006c12", "0?Set(DIAL_TRUNK_OPTIONS=M(setmusic^default)Tt)") in new stack
-- Executing [s@macro-dialout-trunk:16] ExecIf("SIP/202-00006c12", "0?Set(DIAL_TRUNK_OPTIONS=TtM(confirm))") in new stack
-- Executing [s@macro-dialout-trunk:17] Macro("SIP/202-00006c12", "dialout-trunk-predial-hook,") in new stack
-- Executing [s@macro-dialout-trunk-predial-hook:1] MacroExit("SIP/202-00006c12", "") in new stack
-- Executing [s@macro-dialout-trunk:18] GotoIf("SIP/202-00006c12", "0?bypass,1") in new stack
-- Executing [s@macro-dialout-trunk:19] ExecIf("SIP/202-00006c12", "1?Set(CONNECTEDLINE(num,i)=06......)") in new stack
-- Executing [s@macro-dialout-trunk:20] ExecIf("SIP/202-00006c12", "1?Set(CONNECTEDLINE(name,i)=CID:31475......)") in new stack
-- Executing [s@macro-dialout-trunk:21] ExecIf("SIP/202-00006c12", "0?Set(CONNECTEDLINE(name,i)=CID:(Hidden)31475......)") in new stack
-- Executing [s@macro-dialout-trunk:22] GotoIf("SIP/202-00006c12", "0?customtrunk") in new stack
-- Executing [s@macro-dialout-trunk:23] Dial("SIP/202-00006c12", "SIP/CheapOut/06......,300,Tt") in new stack
== Using SIP RTP TOS bits 184
== Using SIP RTP CoS mark 5
-- Called SIP/CheapOut/06......
-- SIP/CheapOut-00006c13 is making progress passing it to SIP/202-00006c12
-- SIP/CheapOut-00006c13 is ringing
-- SIP/CheapOut-00006c13 is ringing
== Spawn extension (macro-dialout-trunk, s, 23) exited non-zero on 'SIP/202-00006c12' in macro 'dialout-trunk'
== Spawn extension (from-internal, 06......, 6) exited non-zero on 'SIP/202-00006c12'
-- Executing [h@from-internal:1] Macro("SIP/202-00006c12", "hangupcall") in new stack
-- Executing [s@macro-hangupcall:1] GotoIf("SIP/202-00006c12", "1?theend") in new stack
-- Goto (macro-hangupcall,s,3)
-- Executing [s@macro-hangupcall:3] ExecIf("SIP/202-00006c12", "0?Set(CDR(recordingfile)=)") in new stack
-- Executing [s@macro-hangupcall:4] Hangup("SIP/202-00006c12", "") in new stack
== Spawn extension (macro-hangupcall, s, 4) exited non-zero on 'SIP/202-00006c12' in macro 'hangupcall'
== Spawn extension (from-internal, h, 1) exited non-zero on 'SIP/202-00006c12'
Wat ik zelf op internet kan vinden: in het diktedrukte gedeelte wordt de CID goed ingesteld, en "-- Executing [s@macro-dialout-trunk:21] ExecIf("SIP/202-00006c12", "0?Set(CONNECTEDLINE(name,i)=CID:(Hidden)31475......)") in new stack" geeft aan dat de lijn niet als anoniem wordt ingesteld. Iemand enige idee wat ik kan aanpassen?
Zou je de trunk configuratie in je sip.conf kunnen delen?maan330 schreef op dinsdag 21 februari 2017 @ 14:48:
Sinds kort mijn nummer geporteerd naar Cheapconnect. Ik heb Asterisk op mijn Raspberry PI3 geïnstalleerd. Alles lijkt goed te werken via de Trunk, met uitzonderingen van de nummermelder bij uitgaande gesprekken. Heb hier een keer over gemaild met CheapConnect. Hun suggestie werkte niet. Daarna geen reactie meer. Als ik kijk naar de log van een uitgaand gesprek naar mijn mobiel, dan zie ik het volgende:
...
Wat ik zelf op internet kan vinden: in het diktedrukte gedeelte wordt de CID goed ingesteld, en "-- Executing [s@macro-dialout-trunk:21] ExecIf("SIP/202-00006c12", "0?Set(CONNECTEDLINE(name,i)=CID:(Hidden)31475......)") in new stack" geeft aan dat de lijn niet als anoniem wordt ingesteld. Iemand enige idee wat ik kan aanpassen?
[ Voor 18% gewijzigd door nullr0ute op 05-12-2017 14:12 . Reden: ik kan niet lezen ]
Ik heb mijn trunk al maanden geleden aan de kant gelegd. k werk nu gewoon via de sip-account van de provider. De extra opties van de trunk waren leuk, maar voor mij uiteindelijk niet noodzakelijk.nullr0ute schreef op dinsdag 5 december 2017 @ 14:11:
[...]
Zou je de trunk configuratie in je sip.conf kunnen delen?
Ik ben bezig met een asterisk server.
Deze server draait op een server met een public IP.
Nu wil ik een linksys spa2000 verbinden aan de sever zodat ik met de huidige analoge lijn (van de vereniging) in en uit kan bellen.
Tot zo ver kan ik wel al bellen naar buiten. Maar als ik naar me vaste analoge nummer bel dan krijg ik te horen dat de lijn al bezet is en stuurt die het gesprek direct door naar de voicemail.
Als ik de inbound route aanpas naar een sip toestel die bij mij thuis staat gaat die wel gewoon over en kan ik een gesprek vroren.
Wat kan ik er aan doen om te zorgen dat de analoge lijn via de Spa 2000 op de asterisk server gaat werken.
De toestellen zijn geconfigureerd als chan_pjsip
En de trunk (Spa 2000) ook als chan_pjsip.
Gewoon op de standaard poort 5060.
Hopelijk is er hier iemand die mij kan helpen.
In 2013 hadden jullie het over Tele2!
Nu in 2018, zou ik dat ook graag willen doen! Asterisk connecten op Tele2s SIP servers.
Is dit jullie gelukt? Het zou mooi zijn als we geen extra hardware nodig om dit te doen.
[ Voor 20% gewijzigd door iBurger op 27-03-2018 15:16 ]
Hierbij heb ik gebruik gemaakt van PJSIP
pjsip.conf
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
| [acl] type = acl deny = 0.0.0.0/0.0.0.0 permit = 127.0.0.1 permit = 192.168.1.0/24 ;uncomment if you want to connect clients from LAN permit = 185.130.228.165 [transport-udp] type = transport protocol = udp bind = 0.0.0.0:5060 local_net = 127.0.0.1 local_net = 192.168.1.0/24 [reg_arcor] type = registration transport = transport-udp contact_user = +31717470000 client_uri = sip:31717470000@sip1.budgetphone.nl server_uri = sip:sip1.budgetphone.nl outbound_auth = auth_arcor line = yes endpoint = in_arcor retry_interval = 30 forbidden_retry_interval = 300 max_retries = 10 auth_rejection_permanent = false [auth_arcor] type = auth auth_type = userpass realm = sip1.budgetphone.nl username = username password = password [aor_arcor] type = aor contact = sip:sip1.budgetphone.nl [in_arcor] type = endpoint transport = transport-udp context = lantiq1_inbound disallow = all allow = alaw,ulaw,gsm,ilbc disable_direct_media_on_nat = yes rewrite_contact = yes dtmf_mode = rfc4733 [out_arcor] type = endpoint transport = transport-udp disallow = all allow = alaw,ulaw,gsm,ilbc disable_direct_media_on_nat = yes callerid = +31717470000 from_user = 31717470000 from_domain = sip1.budgetphone.nl outbound_auth = auth_arcor aors = aor_arcor dtmf_mode = rfc4733 |
extensions.conf
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
| [general] static=yes writeprotect=yes autofallthrough=yes [default] exten => _X.,1,Answer() same => n,Verbose(1,${CALLERID(num)} reached context DEFAULT by calling ${EXTEN}) same => n,Hangup() [out_arcor] ; national numbers with country code exten => _+31ZXX!.,1,Dial(PJSIP/${EXTEN}@out_arcor,60,Trg) same => n,Hangup() ; national numbers called with leading 0 exten => _0Z.,1,Dial(PJSIP/${EXTEN}@out_arcor,60,Trg) same => n,Hangup() ; local area numbers exten => _Z.,1,Dial(PJSIP/${EXTEN}@out_arcor,60,Trg) same => n,Hangup() ; emergency calls exten => 110,1,Dial(PJSIP/${EXTEN}@out_arcor,60,Trg) exten => 110,n,Hangup() exten => 112,1,Dial(PJSIP/${EXTEN}@out_arcor,60,Trg) exten => 112,n,Hangup() ; add rules for expensive special numbers. Get German examples from: ; https://www.linuxmaker.com//asterisk-pbx/dialplan-extensionsconf.html exten => _071Z.,1,Verbose(1,Blocked: ${EXTEN}) ;same => n,Playback(forbidden) same => n,Hangup() [lantiq1_inbound] exten => +31717471312,1,Dial(TAPI/1,60,t) same => n,Hangup [lantiq1] include => out_arcor ;[lantiq2] ;include => ltq2_out |
lantiq.conf
1
2
3
4
5
| ; Number of FXS ports (default: 2) channels = 2 ; ; Create contexts per channel (default: off) per_channel_context = on |