Het grote Asterisk topic - Deel I

[BarthezZ]

van 1a2 tot 200a225... Ik heb op dit moment met een hoop verschillende situaties te maken.

[alienfruit]

Het probleem met de ISDN lijn hier is dat KPN het blijkbaar onmogelijk acht het te kunnen repareren. Het probleem is dat wanneer het Internet sneller gaat dan 4mbit wordt het een knipperlicht verbinding. Verder hebben we vaak problemen met de huidige Siemens BizIP HiPath telefooncentrale bij inkomende telefoonsgesprekken over de ISDN lijn. Daarom willen we helemaal overstappen naar VOIP om van dat gezeik af te zijn. Om nou elke ochtend de telefooncentrale te moeten resetten is natuurlijk ook onzin. Vooral als de telefooncentrale en de telefoons nou niet echt goedkoop waren (meer dan 200euro/stuk).

Natuurlijk snap ik dat het goed is om nog een ISDN achter de hand te houden. Maar als deze al zo onstabiel is dat de telefonie minstens één per dag er uit ligt.... Niet erg fijn... Verder hebben we hier vier telefoonlijnen liggen.

Enige wat ik nog moet uit zoeken hoe ik de kwaliteit van de lijn kan verbeteren het is soms wat blikkerig of het galmt een beetje. Overigens gebruik ik zelf Trixbox 1.4 en dat werkt heerlijk! Binnenkort krijgen we ook Glashart/glasvezel (kan bij MKBers) en willen dat ook gaan gebruiken voor de telefonie.

[ Voor 5% gewijzigd door alienfruit op 09-05-2009 17:37 ]

[TD-er]

blikkerigheid en galm kan een gevolg zijn van de gebruikte codec, icm. het in andere volgorde binnen krijgen van pakketjes, of op wisselende intervallen (Jitter).
Dit zou je kunnen aanpakken door wat met de jitter-buffer te spelen, maar dat werkt alleen maar aan de inkomende kant. Je zou ook een andere codec kunnen testen, maar dat kan ook tot gevolg hebben dat je ineens veel meer bandbreedte gebruikt, waardoor de jitter toe kan nemen.

Galm kan ook heel goed optreden bij het digitaliseren van een analoge lijn of analoog toestel en dat kun je ook elektrisch aanpakken door condensatoren parallel met de lijn te schakelen en eventueel een weerstand in serie te zetten (of parallel)
Op mijn SPA3102 heb ik de FXO-impedantie gecorrigeerd met 600 Ohms weerstand en 2.16 uF condensator.
Aan de FXS-kant is de impedantie gecorrigeerd met 2 weerstanden in serie (220 en 820 Ohm en een condensator van 120nF parallel.

Op die manier heb ik hier vrijwel alle galm onderdrukt.

[CyBeR]

alienfruit schreef op zaterdag 09 mei 2009 @ 17:36:
Het probleem met de ISDN lijn hier is dat KPN het blijkbaar onmogelijk acht het te kunnen repareren. Het probleem is dat wanneer het Internet sneller gaat dan 4mbit wordt het een knipperlicht verbinding.

Simpele oplossing is dus geen internet op je isdn lijnen te hebben.

[alienfruit]

We hadden al stabiliteitsproblemen voor dat we ADSL namen op de ISDN2 lijn. Verder hebben we nu ook problemen. Alleen als ze de snelheid verhogen dan knalt de telefonie/internet er gewoon elke x minuten uit. We hebben wel vier lijnen op de ISDN2 lijn. Maar dat zou volgens mij niet echt probleem moeten zijn. Ik denk dat er gewoon een slechte kabel is vanaf de wijkcentrale die KPN niet wilt fixen.

[TD-er]

alienfruit schreef op zaterdag 09 mei 2009 @ 21:16:
We hadden al stabiliteitsproblemen voor dat we ADSL namen op de ISDN2 lijn. Verder hebben we nu ook problemen. Alleen als ze de snelheid verhogen dan knalt de telefonie/internet er gewoon elke x minuten uit. We hebben wel vier lijnen op de ISDN2 lijn. Maar dat zou volgens mij niet echt probleem moeten zijn. Ik denk dat er gewoon een slechte kabel is vanaf de wijkcentrale die KPN niet wilt fixen.

Ik zou zeggen, kijk eens naar de attenuation van je DSL-signaal en de signaal-ruis-verhouding.
Ik weet niet precies hoe de ondergrens van de frequentie-band verdeeld is met 2x ISDN, maar het zou maar zo kunnen dat de beschikbare bandbreedte voor de upload van het DSL-signaal overlapt met de extra 2 ISDN-lijnen.

Even een plaatje uit de Demon-DSL-topic reeks:

Voor ADSL-over-ISDN is de beschikbare upload al wat kleiner dan voor ADSL-over-POTS.
Tijdens het opzetten van de verbinding probeert de modem te kijken welke frequenties beschikbaar zijn en hoeveel bits per kanaal tegelijk verzonden kunnen worden.
Wat je heel simpel even kunt testen, is alle 4 de ISDN-kanalen open gooien door 4 telefoongesprekken tegelijk te voeren en dan je modem restarten. Daarna (als je een DSL-verbinding hebt), kun je de gesprekken afbreken en dan eens kijken of het nog steeds fout gaat als je met full-speed gaat downloaden tijdens het bellen.
Enige nadeel is dat je modem natuurlijk om allerlei redenen na verloop van tijd weer de verbinding opnieuw gaat opbouwen, dus het is geen permanente oplossing, maar allicht handig om te testen wat er nu aan de hand is. Als je op de KPN moet wachten, kun je namelijk vaak erg lang wachten

[alienfruit]

Geen idee, of je aan deze gegevens wat hebt:

code:

ADSL Information       (ADSL Firmware Version:  E.11.2.19 )

ATM Statistics  TX Blocks   RX Blocks           Corrected Blocks    Uncorrected Blocks
                        10979068    125335585   0   2
ADSL Status Mode            State   Up    SpeedDown Speed   SNR Margin  Loop Att.
ADSL2           SHOWTIME    1005000 4101200                 16.5                    32.5

[CyBeR]

Vier lijnen? Over één ISDN-2 aderpaar? Dat kan niet afaik?

[Mitch]

vier nummers, twee lijnen waarschijnlijk ...

[TD-er]

alienfruit schreef op zondag 10 mei 2009 @ 00:21:
Geen idee, of je aan deze gegevens wat hebt:

code:

ADSL Information       (ADSL Firmware Version:  E.11.2.19 )

ATM Statistics  TX Blocks   RX Blocks           Corrected Blocks    Uncorrected Blocks
                        10979068    125335585   0   2
ADSL Status Mode            State   Up    SpeedDown Speed   SNR Margin  Loop Att.
ADSL2           SHOWTIME    1005000 4101200                 16.5                    32.5

Allereerst even een linkje naar wat info over de techniek achter ADSL
Zoals je kunt zien, zit je op een attenuation van 32,5dB, oftewel zo'n 2.5 - 3 km van de centrale. Controleer eventueel met je eigen postcode op http://pcdb.bbned.nl en houd als bovengrens een factor 1.4 in gedachte.
De afstanden in die database is namelijk hemelsbreed en meestal lopen de kabels parallel aan straten. Oftewel de uiteindelijke afstand zou wortel-2 x zo lang kunnen zijn. (rekening houdend met haakse kruispunten)
Als je veel dichter bij de centrale zit dan die 3km dan is er iets mis met de aansluiting of je modem. Je hebt dan namelijk veel meer verliezen dan je zou verwachten.
Zoals je hier kunt zien, kun je wel ongeveer 4 Mbit verwachten op 3 km afstand.

In een eerder Demon-topic, stond ook nog deze informatie:

Mijn ervaring is dat het soms helemaal niet werkt, ofdat ADSL wel werkt maardat je telefonie er daarna mee ophoudt zolang ADSL is aangesloten. Via KPN zakelijk support ben ik er toen achter gekomen dat de NT1 kastjes revisies S1 t/m S3 problemen kunnen opleveren maar dat het vanaf revisie S4 (ze zitten tegenwoordig op S6) probleemloos moet kunnen werken. Aangezien de NT1 deel uitmaakt van het KPN netwerk wordt deze normaliter kosteloos vervangen door een nieuwere revisie.
Kortom, met een NT1, revisie S1 t/m S3 KAN het wel werken maar de kans is groot dat het niet lukt (zelf al meerdere keren meegemaakt). NT1's met revisie S4 of hoger MOETEN probleemloos werken volgens KPN.

Ik zou zeggen, kijk daar ook eens naar.

[alienfruit]

Volgens de BBNed pagina zit ik 1500m van de centrale af dit zou dan 1.5 x 1.4 = 2.1km moeten zijn. Ik zal eens kijken naar de kastjes. Overigens bedoelde ik 4 nummers ipv. lijnen.

[TD-er]

alienfruit schreef op zondag 10 mei 2009 @ 13:46:
Volgens de BBNed pagina zit ik 1500m van de centrale af dit zou dan 1.5 x 1.4 = 2.1km moeten zijn. Ik zal eens kijken naar de kastjes. Overigens bedoelde ik 4 nummers ipv. lijnen.

Attenuation kan ook verergerd worden door storingen in de buurt van de telefoonkabel, splitter of het modem.
Kijk dus ook of er dingen in de buurt staan die storingen veroorzaken, zoals geschakelde voedingen, een WiFi of Dect basis-station, etc.

Het is trouwens niet onmogelijk dat je een attenuation van 32.5 hebt bij 2.1 km, maar dan heb je wel van de 2 parameters zo'n beetje de slechtst mogelijke situatie.

[alienfruit]

Er staat wel een Wifi accesspoint in de meterkast waar ook de ISDN2 lijn binnenkomt. Maar het probleem bestaat als je deze uit zet. Verder hebben we wel een DECT basis-station alleen staat op een van de slaapkamers.

[alienfruit]

Hmm, weten jullie of je ook een callerid kan meegeven aan de uitgaande gesprekken via voipbuster? Volgens mij niet? Ik bel altijd anoniem

[ Voor 193% gewijzigd door alienfruit op 10-05-2009 18:17 ]

[BarthezZ]

Ik denk niet dat de call binnen de context from-freenumber terecht komt maar je default context. Ik heb namelijk even dezelfde setup gemaakt en kreeg de volgende resultaten.

quote: http://extensions.conf

[default]
exten => 2001,1,NoOp(default);
exten => 2001,n,Hangup();
[anonymous]
exten => 2001,1,NoOp(anonymous);
exten => 2001,n,Hangup();

Situatie 1:

quote: http://sip.conf

[general]
context=default
allowguest=yes
[2001]
type=friend
context=anonymous
host=dynamic
nat=yes

-- Executing [2001@DLPN_DialPlan1:1] NoOp("SIP/6000-08b8f1f8", "default") in new stack
-- Executing [2001@DLPN_DialPlan1:2] Hangup("SIP/6000-08b8f1f8", "") in new stack
Host is niet gezet en call komt dus op de default context (gezet in [general]context) uit
Situatie 2:

quote: http://sip.conf

[general]
context=default
allowguest=yes
[2001]
type=friend
context=anonymous
host=192.168.10.216 ;IP bartlaptop
nat=yes

-- Executing [2001@anonymous:1] NoOp("SIP/5060-08b876a8", "anonymous") in new stack
-- Executing [2001@anonymous:2] Hangup("SIP/5060-08b876a8", "") in new stack
Host is gezet en call komt op de goede context uit.

---

en toen was je post opeens weg

Zover ik weet gaat dat met voipbuster niet als je naar PSTN(vaste net dus) belt.

[ Voor 5% gewijzigd door BarthezZ op 10-05-2009 18:34 ]

[TD-er]

BarthezZ schreef op zondag 10 mei 2009 @ 18:32:
[...]
Zover ik weet gaat dat met voipbuster niet als je naar PSTN(vaste net dus) belt.

Kan wel, maar dan moet je op de site van VoipBuster je caller-ID instellen en dan bevestigen door op je eigen telefoon een code in te toetsen die je op je scherm ziet.

[_-= Erikje =-_]

ghehe, ik kan alles meesturen wat ik wil (maar ik mag dan ook spelen met een C7 interconnect met de KPN ))

[alienfruit]

Jammer! Zou mooi zijn als je één van de vier nummers kon gebruiken als afzender. Maar ja, dat kan allemaal straks vast wel als we de nummers porteren. De Asterisk server werkt nu met twee Linksys SPA-921, één Siemens Gigaset S450 en X-Lite softphone op de Mac. Mooi hoor! Alle telefoons rinkelen nu ook als je belt vanaf het 084-nummer. Nu hoef ik alleen nog uit te zoeken hoe ik het geluidskwaliteit kan verbeteren binnenkort

[BarthezZ]

_-= Erikje =-_ schreef op zondag 10 mei 2009 @ 19:56:
ghehe, ik kan alles meesturen wat ik wil (maar ik mag dan ook spelen met een C7 interconnect met de KPN ))

wasda?

[Pogostokje]

BarthezZ schreef op maandag 11 mei 2009 @ 17:09:
wasda?

Patser speelgoed.

[CyBeR]

BarthezZ schreef op maandag 11 mei 2009 @ 17:09:
[...]

wasda?

KPN's interne signaleringssysteem tussen hun telefooncentrales in.

De rest van de wereld gebruikt overigens SS7..

[_-= Erikje =-_]

ss7 = c7 (zo ongeveer grof weg)

We kunnen uiteraard beide en dan nog in een hele stapel varianten, maar goed, voor interconnects binnen NL is C7 zat.

[alienfruit]

Ik heb inmiddels zo'n VOIPBuster Voip-in nummer aangevraagd alleen als ik deze nu bel krijg ik niet een SIP Notify bericht binnen op mijn Asterisk server. De server is gewoon verbonden met de SIP-trunk en kan prima naar buiten bellen via VOIPBuster. Moet ik nog iets speciaals doen?

De foutmelding die krijg te horen is als volgt:
"Deze gebruiker is momenteel niet online, probeer het later nog eens"

Ik zou denken dat een aparte context die ik vervolgens include in default genoeg zou zijn. Maar helaas nog niks! Ik heb de volgende context gemaakt:

code:

context from-voipbuster {
        // detected the incoming call via/from the voip-in number
        3185XXXXXXX => {
                Verbose(1,Incoming Call from VB voip-in number);
                Set(CHANNEL(language)=en);
                Wait(1);
                Dial(SIP/1000&SIP/1001&SIP/1002&SIP/1003,40,tr);
       }
}

Nu dacht ik misschien komt het omdat ik ook al verbonden ben met VoipBuster via mijn brakke Siemens telefooncentrale (AD20). Als ik een andere nieuw aangemaakte account gebruik het zelfde probleem. Naar buiten bellen lukt... inkomend gesprek niet.

[ Voor 19% gewijzigd door alienfruit op 14-05-2009 16:34 ]

[BarthezZ]

Paste eens de relevante gegevens uit sip.conf en je route naar het internet (public ip / nat / poortjes open / etc)

[Megamind]

Je zal de sip server ook moeten registreren, anders verbind Asterisk er niet mee.

Dus dit in je sip.conf:

code:

register => gebruikersnaam:[e-mail]

[voipbuster] 
type=peer 
host=sip.voipbuster.com 
username=gebruikersnaam
fromuser=gebruikersnaam
secret=wachtwoord

[ Voor 25% gewijzigd door Megamind op 15-05-2009 02:12 ]

[alienfruit]

Ik gebruik de volgende configuratie bestanden. Nu heb ik het probleem dat ik intern kan bellen maar niet naar buiten of inkomende gesprekken kan ontvangen via Voipbuster voip-in. Het Freenumber.nl nummer werkt wel gewoon dus je kan van buiten wel mij Asterisk server benaderen. Het jammere is dat het eerder wel heeft gewerkt.

code:

asterisk*CLI> sip show peers
Name/username              Host            Dyn Nat ACL Port     Status     
1000/1000                  192.168.100.214  D   N      14820    Unmonitored 
1001/1001                  195.240.XXX.XXX  D   N      49646    Unmonitored 
1002/1002                  192.168.100.37   D   N      5060     Unmonitored 
1003/1003                  192.168.100.23   D   N      5060     Unmonitored 
2001                       (Unspecified)    D   N      5060     Unmonitored 
voipbuster/XXXX            194.120.0.198        N      5060     Unmonitored

code:

asterisk*CLI> sip show registry
Host                           dnsmgr Username       Refresh State                Reg.Time                 
sip1.voipbuster.com:5060       N      XXXX               105 Registered           Fri, 15 May 2009 20:20:32
1 SIP registrations.

Ik krijg ook de hele tijd het volgende voorbij:

code:

[May 15 20:25:43] NOTICE[3427]: chan_sip.c:9923 sip_reg_timeout:    -- Registration for '[e-mail]' timed out, trying again (Attempt #2)
       > doing dnsmgr_lookup for 'sip1.voipbuster.com'

sip.conf

code:

;
[general]
context=internal
; needed for FreeNumber support
allowguest=yes

allowoverlap=no
tcpenable=no
sendrpid=yes
videosupport=no
bindport=5060
bindaddr=0.0.0.0
externip=195.240.XXX.XXX
localnet=192.168.100.0/255.255.255.0
srvlookup=yes
nat=yes
canreinvite=no

; connect into the Voipbuster account to make outbound calls
register => XXXX:[e-mail]

; voip buster sip trunk
[voipbuster]
type=peer
host=sip1.voipbuster.com
username=XXXX
fromuser=XXXX
authuser=XXXX
fromdomain=sip1.voipbuster.com
secret=XXXX
notransfer=yes
insecure=very
context=outgoing-voipbuster

[authentication]

; users for hardphones and softphones
[1000]
type=friend
context=internal
host=dynamic
secret=abc123
;callerid="xlite" <1000>
nat=yes

[1001]
type=friend
context=internal
host=dynamic
;callerid="linksys" <1001>
secret=abc123
nat=yes

[1002]
type=friend
context=internal
host=dynamic
secret=abc123
nat=yes

[1003]
type=friend
context=internal
host=dynamic
secret=abc123
nat=yes

; extension or user that gets called by FreeNumber 
[2001]
type=friend
context=from-freenumber
host=dynamic
nat=yes

extensions.ael

code:

// extensions .ael
globals {
  CONSOLE="Console/dsp";
  
  // caller id constants
  CID=31XXXXXXXXX
  DESCRIPTION=ELCOMAPINIO;

  CITYCODE=XXX;

  // trunk
  TRUNK=SIP/voipbuster;
}

// include the macros
#include "macros.ael"

// default context
context internal {
  includes {
    parkedcalls;
    office;
    from-voipbuster;
    outgoing-voipbuster;
  };

  // 2001 number gets called by the FreeNumber service
  _20XX => {
     // incoming call from freenumber gets redirected to the from-freenumber context
     goto from-freenumber,31XXXXXXXX,1;
  }

  // internal extension numbers
  _10XX => {
    Verbose(1,Receiving call from ${CALLERID(num)} to ${EXTEN});
    switch(${EXTEN}) {
      case 1000:
         Verbose(1,Calling #1000);
         Dial(SIP/1000);
         break;
      case 1001:
         Verbose(1,Calling #1001);
         Dial(SIP/1001);
         break;
      case 1002:
         Dial(SIP/1002);
         break;
      case 1003:
         Dial(SIP/1003);
         break;
      default:
         Verbose(1,The extension number doesnt exist);
         Congestion(10);
         Hangup();
         break;
    };
  };


  // voicemail handling
  1233 => {
    VoicemailMain(13,s);
  };

  // connect to parked calls
  _70X => {
    ParkedCall(${EXTEN});
  };

}

// extensions for the offices 
context office {

    333 => {
       Dial(SIP/1003);
    }
}

// incoming calls from freenumber
context from-freenumber {

  31XXXXXXXX => {
    // the freenumber gets forwared to the from-voipbuster context
    goto from-voipbuster, 3185XXXXXXX,1;
  };

};

// incoming calls from voipbuster voip-in number starts with 3185
context from-voipbuster {

  3185XXXXXXX => {
    Verbose(1,Call from voipbuster);
    Set(CHANNEL(language)=en);
    if ( "${CALLERID(num):0:2}" = "31" ) {
      Set(CALLERID(num)=0${CALLERID(num):2});
    };
    PrivacyManager(3,10,,outgoing-voipbuster);
    if ( "${PRIVACYMGRSTATUS}" = "FAILED" ) {
      Voicemail(13@default,su);
    } else {
      Wait(1);
      Verbose(1,Routing call from ${CALLERID(num)} (${CALLERID(name)}) to ${EXTEN} on channel ${CHANNEL});
      Dial(SIP/1000&SIP/1001&SIP/1002&SIP/1003,40,tr);
    };

    Wait(1);
    Dial(SIP/1000&SIP/1001&SIP/1002&SIP/1003,40,tr);
  };
};


//
context outgoing-voipbuster {

  // local numbers (within the city)
  _XXXXXX => {
    Set(CHANNEL(language)=en);
    Verbose(1,Routing local numbers from ${EXTEN} on channel ${CHANNEL});
    Set(CALLERID(num)=${GLOBAL(CID)});
    Set(CALLERID(name)=${GLOBAL(DESCRIPTION)});
    Verbose(1,Trying to call ${GLOBAL(CITYCODE)}${EXTEN});
    &safedial(${GLOBAL(TRUNK)}/31${GLOBAL(CITYCODE)}${EXTEN},50,Tr);
    &safedial(${GLOBAL(TRUNK)}/31${GLOBAL(CITYCODE)}${EXTEN},50,Tr);
    &safedial(${GLOBAL(TRUNK)}/31${GLOBAL(CITYCODE)}${EXTEN},50,Tr);
    Congestion(10);
    Hangup();
  }

  // national numbers
  _0XXXXXXXXX => {
    Set(CHANNEL(language)=en);
    Verbose(1,Routing national call from ${CALLERID(num)} to ${EXTEN} on channel ${CHANNEL});
                Set(CALLERID(num)=${GLOBAL(CID)});
    Set(CALLERID(name)=${GLOBAL(DESCRIPTION)});
    &safedial(${GLOBAL(TRUNK)}/31${EXTEN:1},50,Tr);
    &safedial(${GLOBAL(TRUNK)}/31${EXTEN:1},50,Tr);
    &safedial(${GLOBAL(TRUNK)}/31${EXTEN:1},50,Tr);
    Congestion(10);
    Hangup();
  };

  // international numbers (00+ numbers)
  _00X. => {
    Set(CHANNEL(language)=en);
    Verbose(1,Routing international call from ${CALLERID(num)} to ${EXTEN} on channel ${CHANNEL});
    Verbose(1,Trying to call the number SIP/${EXTEN:2});
    Set(CALLERID(num)=${GLOBAL(CID)});
    Set(CALLERID(name)=${GLOBAL(DESCRIPTION)});
    &safedial(${GLOBAL(TRUNK)}/${EXTEN:2},50,Tr);
    &safedial(${GLOBAL(TRUNK)}/${EXTEN:2},50,Tr);
    &safedial(${GLOBAL(TRUNK)}/${EXTEN:2},50,Tr);
    Congestion(10);
    Hangup();
  };

  // emergency number (112) (todo: enforce over ISDN)
  112 => {
    Set(CHANNEL(language)=en);
    Verbose(1,Routing EMERG call from ${CALLERID(num)} to ${EXTEN} on channel ${CHANNEL});
    Set(CALLERID(num)=${GLOBAL(CID)});
    Set(CALLERID(name)=${GLOBAL(CID)});
    &safedial(${GLOBAL(TRUNK)}/31${EXTEN},50,Tr);
    &safedial(${GLOBAL(TRUNK)}/31${EXTEN},50,Tr);
    &safedial(${GLOBAL(TRUNK)}/31${EXTEN},50,Tr);

    Congestion(10);
    Hangup();
  };

  // service numbers (0800 and 0900 numbers)
  _0[89]0X. => {
    Set(CHANNEL(language)=en);
                Verbose(1,Routing servicenumber call from ${CALLERID(num)} to ${EXTEN} on channel ${CHANNEL});
    Set(CALLERID(num)=${GLOBAL(CID)});
    Set(CALLERID(name)=${GLOBAL(DESCRIPTION)});
    Dial(SIP/voipbuster/31${EXTEN:1},50,Tr);
    Congestion(10);
    Hangup();  
  };

};

[Josvds]

Ik ben bezig met het opzetten van een asterisk server omdat de experiabox het niet ondersteund dat ik daarvan de SIP server gebruik. KPN geeft het namelijk niet vrij.

Ik heb het nu voor elkaar dat men asterisk zo is ingericht dat ik tussen VOIP toestellen kan bellen.
Nu wil ik alleen nog dat ik de huidige telefoon PSTN kan gebruiken maar weet iemand antwoord op de volgende twee vragen?
- Kan ik een fax/voice modem (Intel 536EP) gebruiken voor inkomende/uitgaande telefoontjes? Als x100p cloon ofzo? De een zegt namelijk dat het wel gaat, de ander van niet en de ander dat het veel echo oplevert. Dat laatste maakt me dan niet zoveel uit het is maar om uit te proberen later wil ik toch overstappen op een professionele kaart als dat echt zo zou zijn.
- Kan ik uberhout (met voice modem of x100p kaart) door de experiabox heen bellen als ik de tel1 aansluit op de asterisk server?

[ Voor 17% gewijzigd door Josvds op 15-05-2009 21:35 . Reden: Aanvulling ]

[BarthezZ]

@Alienfruit: Kan je eens nslookup sip1.voipbuster.com doen of iets dergelijks? Lijkt dat het daar mis gaat. Meestal is het aan te raden om in je /etc/hosts het ip te zetten zodat je geen vetraging krijgt door de dns lookups.

@Josvds: De eerste vraag heb ik al beantwoord in je topic in NOS, of je kan bellen door je experiabox heen hangt van je configuratiekwaliteiten af, maar het is goed mogelijk omdat een FXO kaart zich gewoon gedraagt als een normaal telefoon toestel.

[CyBeR]

Je kunt je asterisk zich laten registreren als telefoon bij je experiabox.

[AjDuLion]

inmiddels speel ik al een paar dagen met trixbox.

via de laptops met softphones naar elkaar bellen is geen probleem, dit werkt allenmaal perfect.

waar ik nu nog mee zit is het volgende:

1 : voip in nummer ? waar zijn deze nog te koop (en hoe stel ik deze in ?)
2 : voip out, ik heb al verschillende dingen hierover gezien maar is er ergens een lijst van aanbieders met de kosten op een rijtje ?

3 : mn cisco 7940's werken nog steeds niet simpelweg omdat trixbox per se met sip wilt werken...

op het moment draaien mijn beide cisco's de volgende versie:

app load ID : P00305000600
boot load ID :PC03A300
Version : 5.0 (6.)

als er hier iemand is die de sip firmware voor deze dingen heeft (en eventueel nog de firmwares die ik nog daarvoor moet installeren)

en weet hoe ik het ze daadwerkelijk kan flashen (heb wel gezien dat dit met de trixbox kan)

dan ben ik die persoon eeuwig dankbaar..

die telefoons staan inmiddels al bijna een 2 jaar stof te happen en ik zou ze nu graag toch wel gebruiken en anders de clicko in want ze herinneren me elke keer aan het feit dat het niet werkt

[TD-er]

Hmm volgens Cisco ondersteunt dat toestel wel SIP
Mocht je firmware nog niet SIP-capable zijn, dat staat hier hoe je een TFTP servertje opzet om de firmware te upgraden en hier staat een aantal linkjes naar de betreffende firmware-versies.

Kliko is hoe dan ook zonde, want het zijn mooie toestellen.

1 : voip in nummer ? waar zijn deze nog te koop (en hoe stel ik deze in ?)
2 : voip out, ik heb al verschillende dingen hierover gezien maar is er ergens een lijst van aanbieders met de kosten op een rijtje ?

De bekendsten (bij mij) zijn VoipBuster en VoipCheap. Beide zijn volgens mij van dezelfde eigenaar, want de site en de applicatie lijken wel heeeeeel erg veel op elkaar Alleen de tarieven onderling wisselen wat.
Bij VoipBuster kun je sinds heel kort weer voip-in nummers krijgen voor 1 euro. (geen idee hoe lang nog)

Ik zelf gebruik voipbuster nu al zo'n 2 jaar en het bevalt prima. Enige punt is dat je soms je caller-ID weer opnieuw moet instellen en dat bellen naar mobiel duurder is dan bij bel-budget van de KPN (en eigenlijk alle aanbieders), namelijk 25 ct ex. BTW per minuut en 1:01 bellen kost dus 50ct.
Maar goed, dat kun je prima in je dialplan regelen in Asterisk.

[ Voor 44% gewijzigd door TD-er op 16-05-2009 09:48 ]

[AjDuLion]

TD-er schreef op zaterdag 16 mei 2009 @ 09:43:
Hmm volgens Cisco ondersteunt dat toestel wel SIP
Mocht je firmware nog niet SIP-capable zijn, dat staat hier hoe je een TFTP servertje opzet om de firmware te upgraden en hier staat een aantal linkjes naar de betreffende firmware-versies.

Kliko is hoe dan ook zonde, want het zijn mooie toestellen.

[...]

De bekendsten (bij mij) zijn VoipBuster en VoipCheap. Beide zijn volgens mij van dezelfde eigenaar, want de site en de applicatie lijken wel heeeeeel erg veel op elkaar Alleen de tarieven onderling wisselen wat.
Bij VoipBuster kun je sinds heel kort weer voip-in nummers krijgen voor 1 euro. (geen idee hoe lang nog)

Ik zelf gebruik voipbuster nu al zo'n 2 jaar en het bevalt prima. Enige punt is dat je soms je caller-ID weer opnieuw moet instellen en dat bellen naar mobiel duurder is dan bij bel-budget van de KPN (en eigenlijk alle aanbieders), namelijk 25 ct ex. BTW per minuut en 1:01 bellen kost dus 50ct.
Maar goed, dat kun je prima in je dialplan regelen in Asterisk.

ik denk dat jij al de zoveelste bent die die link post (en zelf ookal) maar

''
Cisco SIP IP Telephone [phone] Software (NOTE: This page is only available to registered Cisco.com users with a Cisco Service Agreement)
''

heb ik dus niet dus kan de sip firmware niet downloaden/installeren..

zal eens bij voipbuster kijken voip in nummer lijkt me wel handig in het begin.

[TD-er]

angel00008 schreef op zaterdag 16 mei 2009 @ 09:58:
[...]


ik denk dat jij al de zoveelste bent die die link post (en zelf ookal) maar

''
Cisco SIP IP Telephone [phone] Software (NOTE: This page is only available to registered Cisco.com users with a Cisco Service Agreement)
''

heb ik dus niet dus kan de sip firmware niet downloaden/installeren..
[...]

Op de Cisco-pagina staat (na wat zoekwerk) het volgende:

P0S3-08-11-00.zip
Release Date: 09/Feb/2009
SIP Flash Image for 7940/7960 IP Phone v8.11(0) - Non-Cisco Unified Communications Manager
Size: 669.35 KB (685408 bytes)

cmterm-7940-7960-8.11.00-sip.cop
Release Date: 09/Feb/2009
Cisco IP Phone 7940 and 7960 firmware release 8.11(0) - Compatible Unified CM Versions: 5.0(1), 5.0(2), 5.0(3)
Size: 669.56 KB (685626 bytes)

cmterm-7940-7960-8.11.00-sip.cop.sgn
Release Date: 09/Feb/2009
Cisco IP Phone 7940 and 7960 firmware release 8.11(0) - Compatible Unified CM Versions: 5.1 or later
Size: 669.96 KB (686038 bytes)

Daarvan zijn per file de bestandsnaam en filesize nogal belangrijk.
Volgens mij is dit de belangrijkste: P0S3-08-11-00.zip (ik heb 'm even gemirrord voor je, gevonden via Google)

[ Voor 10% gewijzigd door TD-er op 16-05-2009 11:04 ]

[alienfruit]

Ik heb eens gekeken maar nslookup werkt gewoon. Ik heb inmiddels het volgende toegevoegd:

code:

sip.voipbuster.com 194.221.62.198
sip1.voipbuster.com 194.221.62.198

Maar na een reboot heb ik het probleem nog steeds. Maar mijn sip.conf en extenstions.ael zou toch gewoon goed moeten zijn? Het heeft ook een tijdje gewerkt. Ik snap alleen niet waarom ik niet meer naar buiten kan bellen met VoipBuster of Voip-In gesprekken ontvangen. Ik heb twee Voipbuster accounts gebruikt en bij beide wil het niet werken. Een van de accounts wordt wel gebruikt in onze huidige Siemens BizIP AD 20 maar dan zou het toch nog steeds moeten werken voor inkomende gesprekken?

[CyBeR]

angel00008 schreef op zaterdag 16 mei 2009 @ 09:08:
3 : mn cisco 7940's werken nog steeds niet simpelweg omdat trixbox per se met sip wilt werken...

Dat is een Skinny firmware (en een oude ook), dat schiet idd niet op. (Asterisk ondersteunt dat ook wel maar imo is sip fijner.) Anyway, voor de 7940/7960 is de SIP-firmware met wat zoeken om de een of andere reden wel redelijk vrijelijk verkrijgbaar.

* CyBeR heeft op kantoor een 7960 en een 7940 (zelfde, alleen heeft de 1e wat meer knoppen maar ze draaien dezelfde software) en die zijn wel erg fijn om te gebruiken.. Ze kunnen zelf call waiting afhandelen als je allebei de line-knoppen hetzelfde toewijst. Dan kun je vier gesprekken tegelijk voeren Handig als je een persoon in de wacht hebt terwijl een andere belt die je door wilt verbinden naar iemand anders.

[ Voor 18% gewijzigd door CyBeR op 16-05-2009 12:44 ]

[AjDuLion]

CyBeR schreef op zaterdag 16 mei 2009 @ 12:42:
[...]


Dat is een Skinny firmware (en een oude ook), dat schiet idd niet op. (Asterisk ondersteunt dat ook wel maar imo is sip fijner.) Anyway, voor de 7940/7960 is de SIP-firmware met wat zoeken om de een of andere reden wel redelijk vrijelijk verkrijgbaar.

* CyBeR heeft op kantoor een 7960 en een 7940 (zelfde, alleen heeft de 1e wat meer knoppen maar ze draaien dezelfde software) en die zijn wel erg fijn om te gebruiken.. Ze kunnen zelf call waiting afhandelen als je allebei de line-knoppen hetzelfde toewijst. Dan kun je vier gesprekken tegelijk voeren Handig als je een persoon in de wacht hebt terwijl een andere belt die je door wilt verbinden naar iemand anders.

klinkt allenmaal heel mooi maar na de site's doorgenomen te hebben en heel wat gepruts geef ik er nu gewoon de brui aan.

dan maar met softphones werken op laptop/iphone.

* AjDuLion heeft vanavond wat om op te schieten op de schietclub ff wat agressie wegknallen

iemand nog 2 7940's hebben met kogelgaten erin

[CyBeR]

Gratiz? Zonder die gaten wil ik ze wel hebben ja

[TD-er]

angel00008 schreef op zaterdag 16 mei 2009 @ 13:03:
[...]


klinkt allenmaal heel mooi maar na de site's doorgenomen te hebben en heel wat gepruts geef ik er nu gewoon de brui aan.

dan maar met softphones werken op laptop/iphone.

* TD-er heeft vanavond wat om op te schieten op de schietclub ff wat agressie wegknallen

iemand nog 2 7940's hebben met kogelgaten erin

En de sip-firmware die ik gelinkt heb in een eerdere post werkt niet?
Mocht je ze echt weg willen doen, houd ik me ook aanbevolen (en niet eens gratis)

[AjDuLion]

sip file die je gelinkt had willen ze niet laden

als ik de telefoons boot zeggen ze netjes dat ze cm switchen naar tftp en netjes ook de trixbox benaderen maar bij opening ''ip van trixbox'' gaan ze niet verder.

en nee barthezz wilde ze ookal hebben maar ze hebben me nu al zoveel problemen gegeven dat ik ze liever op mijn manier ''afschrijf''

[TD-er]

Toch jammer van toestellen die nieuw in de pricewatch ruim 200 euro kosten.
Maar goed, (ik heb inmiddels ook al even lopen zoeken) voor anderen die tegen hetzelfde aanlopen met de Cisco 79xx toestellen, hier staat oa beschreven hoe ze zijn te flashen en links naar oa. een FTP-site in italie en andere sites waar vrijwel all firmware-versies staan.
Er staat ook bij dat je soms eerst toe moet naar een tussenliggende firmware-versie omdat upgraden naar de laatste versie toch niet altijd werkt.

[CyBeR]

je moet idd via een tussenliggende versie upgraden, op een gegeven moment verandert er iets aan de manier waarop dat gedaan wordt.

[AjDuLion]

CyBeR schreef op zaterdag 16 mei 2009 @ 14:33:
je moet idd via een tussenliggende versie upgraden, op een gegeven moment verandert er iets aan de manier waarop dat gedaan wordt.

mjah welke tussenliggende versie moet ik dan hebben kan wel proberen die in de tftp root te gooien en kijken wat ie doet.

[CyBeR]

Je hebt nu een firmware die als het goed is zoekt naar een OS79XX.txt file, de nieuwere zoeken naar een andere file.

code:

marco@asterisk:/tftpboot$ cat OS79XX.TXT 
P003-08-8-00

Kijk ook even door je tftp server logs naar wat je phone precies opvraagt.

code:

marco@asterisk:/tftpboot$ ls P0*
P003-08-8-00.bin  P003-08-8-00.sbn  P0S3-08-8-00.loads  P0S3-08-8-00.sb2  P0S3-08-8-00.zip

De zip die eerder gepost werd bevat nieuwere versies van die bestanden, inclusief OS79XX.txt. Als 't goed is kun je die gewoon in je tftp root gooien en dan vindt 'ie ze.

[ Voor 39% gewijzigd door CyBeR op 16-05-2009 16:27 ]

[Sypher]

Verder heb je volgens mij nog een bestandje nodig.

In mijn SipDefault.cnf staat ook het versienummer nog (image_version: "P0S3-08-11-00")
En ook in XmlDefault.cnf.xml staat eens een versienummer.

Weet niet precies welke die uitleest, maar ik denk dat ie wel nodig is omdat je dan kunt zeggen welke telefoon welke firmware moet hebben/krijgen.

[CyBeR]

Yeah, maar dat is iets wat nieuwere firmwareversies gebruiken. De oudere doen 't aan de hand van OS79XX.txt.

[alienfruit]

Hmm, als ik een extensie maak bijv. 6002 en vervolgens dan zeg Dial(SIP/voipbuster/31402333XXX) dan werkt het wel. Maar als gewoon een niet extensie draai dan werkt het allemaal niet. Beetje vreemd Hij ringt wel maar verder niks.

Blijkbaar kan ik wel naar buiten bellen via extensies maar niet als ik een letterlijk nummer draai. Die vervolgens eigenlijk precies hetzelfde doet.

[ Voor 32% gewijzigd door alienfruit op 16-05-2009 16:51 ]

[CyBeR]

Je doet imo ook wel erg moeilijk in je dialplan. Ik doe heel simpel:

code:

    // Any other number starting with 0 is for the PSTN.
        _0X. => {
                SetAMAFlags(billing);
                Dial(Zap/g0/${EXTEN});
                Congestion;
        };

ISDN dan weliswaar, maar toch.. Voor SIP (als je er 31 voor moet zetten) zul je even 00 af moeten vangen en apart moeten doen maar verder moet dat zo lukken.

[ Voor 23% gewijzigd door CyBeR op 16-05-2009 16:52 ]

[alienfruit]

Ik zal het eens proberen Een zo'n peer-account is toch genoeg voor voipbuster om zowel uitgaande als binnenkomende gesprekken (via mijn voip-in nummer) te maken en ontvangen? Of moet ik een tweede maken voor de inkomende gesprekken?

[ Voor 79% gewijzigd door alienfruit op 16-05-2009 16:53 ]

[AjDuLion]

CyBeR schreef op zaterdag 16 mei 2009 @ 16:25:
Je hebt nu een firmware die als het goed is zoekt naar een OS79XX.txt file, de nieuwere zoeken naar een andere file.

code:

marco@asterisk:/tftpboot$ cat OS79XX.TXT 
P003-08-8-00

Kijk ook even door je tftp server logs naar wat je phone precies opvraagt.

code:

marco@asterisk:/tftpboot$ ls P0*
P003-08-8-00.bin  P003-08-8-00.sbn  P0S3-08-8-00.loads  P0S3-08-8-00.sb2  P0S3-08-8-00.zip

De zip die eerder gepost werd bevat nieuwere versies van die bestanden, inclusief OS79XX.txt. Als 't goed is kun je die gewoon in je tftp root gooien en dan vindt 'ie ze.

logs zeggen dit

code:

May 16 15:26:03 trixbox1 xinetd[1996]: EXIT: tftp status=0 pid=2292 duration=13867(sec)
May 16 15:34:43 trixbox1 ntpd[2014]: frequency error -512 PPM exceeds tolerance 500 PPM
May 16 15:49:45 trixbox1 ntpd[2014]: frequency error -512 PPM exceeds tolerance 500 PPM
May 16 16:06:58 trixbox1 ntpd[2014]: frequency error -512 PPM exceeds tolerance 500 PPM
May 16 16:13:23 trixbox1 ntpd[2014]: frequency error -512 PPM exceeds tolerance 500 PPM
May 16 16:32:40 trixbox1 ntpd[2014]: frequency error -512 PPM exceeds tolerance 500 PPM
May 16 16:51:19 trixbox1 xinetd[1996]: START: tftp pid=4809 from=192.168.2.19

ook lijkt er dus wel op dat ie de tftp server niet kan vinden ?

[CyBeR]

tftpd is een beetje jammer, installeer beter even atftpd. Die laat hele nuttige dingen zien in de logs namelijk:

code:

Apr 23 15:33:54 asterisk atftpd[2957]: Creating new socket: 10.0.110.2:40628
Apr 23 15:33:54 asterisk atftpd[2957]: Serving P0S3-08-8-00.loads to 10.0.110.243:50769
Apr 23 15:33:54 asterisk atftpd[2957]: End of transfer
Apr 23 15:33:54 asterisk atftpd[2957]: Server thread exiting

[AjDuLion]

CyBeR schreef op zaterdag 16 mei 2009 @ 16:56:
tftpd is een beetje jammer, installeer beter even atftpd. Die laat hele nuttige dingen zien in de logs namelijk:

ik zou wel willen maar denk dat ik dan de trixbox ce uit elkaar sloop.

[CyBeR]

Da's 't jammere van pre-fab dingen als trixbox. Het limiteert je

Je kunt ook een andere doos gebruiken en daar atftpd opzetten en een dhcp daemontje. Telefoon daar gewoon even direct aanhangen.

[martin2005]

Nieuwe installatie hier thuis, met als doel prive en zakelijk fatsoenlijk te scheiden. Extensions en in komende gesprekken werken prima (budgetphone). Twee uitgaande trunks, voipbuster en budgetphone. Eén uitgaande route, afwisselend getest met beide trunks, geen van beide werkt en eindigt in de beruchte"all circuits are busy now"
Hier staan de log en config files:
trunks config
Voipbuster trunk CLI output when calling
Budgetphone trunk CLI output when calling
Laat even weten als je meer log/config wil zien, maar euh... mijn linux cli ervaring is nogal beperkt, vandaar de keuze voor Trixbox....

[DaMoUsYs]

Weet iemand toevallig hoe ik voipbuster werkend krijg achter een ISA 2006 Firewall ?

[riddles]

DaMoUsYs schreef op zaterdag 23 mei 2009 @ 12:42:
Weet iemand toevallig hoe ik voipbuster werkend krijg achter een ISA 2006 Firewall ?

Zie Voordelig bellen met Voipbuster [deel 5]. Dat had je zelf wel kunnen vinden volgens mij.

[CrankyGamerOG]

riddles schreef op zondag 24 mei 2009 @ 11:47:
[...]

Zie Voordelig bellen met Voipbuster [deel 5]. Dat had je zelf wel kunnen vinden volgens mij.

Nou nou nou iets vriendelijker mag ook wel hoor.....

Hier niks te klagen , draait al roughly een maandje perfecto hier, incl melding van klantnamen (uit db) met debiteurnummer, etc

Fax for asterisk werkt ook perfect

[Mitch]

Hier ook Asterisk (bijna) helemaal werkend zoals ik wil 3 sip telefoonnummers met melding van welke provider die komt en een pstn lijn. helemaal super.
Daarnaast o.a. een cisco 7970 die superfijn werkt met firmware 8.3. Helaas geven de line-buttons een grijze achtergrond over de hele breedte van het scherm, daar zou ik nog wel vanaf willen (=8.4), maar ik krijg mezelf niet geregistreerd bij CDW.com voor een support contract, jammer maar helaas.

Had eerst een cisco 7960, maar de 7970 is een hele verbetering (uit china via ebay). Kleurenscherm, custom achtergronden en ringtones, xml services, helemaal top.

Todo: LCR voor mobiele nummers, maar die bel ik zo weinig over mijn sip trunk dat dat geen haast heeft.

[alienfruit]

Nou ik het eindelijk aan de praat hoor! Ik gebruikte een verkeerde trunk/peer type. Verder had ik het probleem dat het Voipbuster voip-in nummer niet meegestuurd werd. Zodoende moet ik dus de speciale extensie "s" gebruiken en sinsdien werkt het. Geen flauw idee waarom ik geen 085-nummer meegestuurd krijg van Voipbuster

Enige problemen die ik nu heb zijn de volgende berichten/notices:

code:

[May 16 17:40:43] NOTICE[3667]: chan_sip.c:9923 sip_reg_timeout:    -- Registration for '[e-mail]' timed out, trying again (Attempt #2)
       > doing dnsmgr_lookup for 'sip.voipbuster.com'
[May 16 17:41:03] NOTICE[3667]: chan_sip.c:20761 sip_poke_noanswer: Peer 'kantoor2' is now UNREACHABLE!  Last qualify: 18
[May 16 17:41:03] NOTICE[3667]: chan_sip.c:20761 sip_poke_noanswer: Peer 'kantoor3' is now UNREACHABLE!  Last qualify: 21
[May 16 17:41:03] NOTICE[3667]: chan_sip.c:20761 sip_poke_noanswer: Peer 'gigaset' is now UNREACHABLE!  Last qualify: 88
[May 16 17:41:04] NOTICE[3667]: chan_sip.c:16444 handle_response_peerpoke: Peer 'voipbuster' is now Reachable. (80ms / 2000ms)
[May 16 17:41:13] NOTICE[3667]: chan_sip.c:16444 handle_response_peerpoke: Peer 'kantoor2' is now Reachable. (18ms / 2000ms)

Iemand enig idee hoe ik deze kan oplossen?

[Megamind]

Mitch schreef op zondag 24 mei 2009 @ 14:57:
Had eerst een cisco 7960, maar de 7970 is een hele verbetering (uit china via ebay). Kleurenscherm, custom achtergronden en ringtones, xml services, helemaal top.

Waar heb je die gekocht als ik het vragen mag? 400 dollar voor 1 vind ik nog wel wat aan de hoge kant.

[CrankyGamerOG]

Iemand hier een wavje oid (geluid) van een Europese/Nederlandse ring (ringing)?
Krijg echt veel mensen die vragen wat er veranderd is bij ons, de US ringing valt te veel op.

[_-= Erikje =-_]

hoe groot zijn jullie dialplans inmiddels?

[BarthezZ]

root@voip01:/etc/asterisk# cat extensions.conf | wc -l
337

@Def!ance: Ik zie eigenlijk alleen pre-defined rings terug in de asterisk source (channels/ringtone.h) dus ik denk dat je daar een patch voor europa voor zou moeten zoeken en je asterisk recompilen. Maar ik zou zo snel niet weten of iemand ooit die patches heeft gemaakt.

[Mitch]

Megamind schreef op zondag 24 mei 2009 @ 22:14:
[...]

Waar heb je die gekocht als ik het vragen mag? 400 dollar voor 1 vind ik nog wel wat aan de hoge kant.

Bij plentistock, hij verkoopt op het moment alleen lots van 5 stuks, maar misschien als je een mailtje stuurt. Ik was iets van €130 kwijt incl. verzenden, maar excl. voeding (€40).

2 hardphones, 3 voipnummers, 1 pstnnummer, pstn fallback (geen macros):

root@ubuntu:/etc/asterisk# cat extensions.conf | wc -l
136

[ Voor 13% gewijzigd door Mitch op 25-05-2009 13:18 ]

[CrankyGamerOG]

[root@dsl asterisk]# cat extensions.conf | wc -l
374
[root@dsl asterisk]#

BarthezZ schreef op maandag 25 mei 2009 @ 13:07:


@Def!ance: Ik zie eigenlijk alleen pre-defined rings terug in de asterisk source (channels/ringtone.h) dus ik denk dat je daar een patch voor europa voor zou moeten zoeken en je asterisk recompilen. Maar ik zou zo snel niet weten of iemand ooit die patches heeft gemaakt.

Jou vind ik niet meer lief.

[ Voor 87% gewijzigd door CrankyGamerOG op 25-05-2009 13:20 ]

[Mitch]

alienfruit schreef op zondag 24 mei 2009 @ 22:04:
Nou ik het eindelijk aan de praat hoor! Ik gebruikte een verkeerde trunk/peer type. Verder had ik het probleem dat het Voipbuster voip-in nummer niet meegestuurd werd. Zodoende moet ik dus de speciale extensie "s" gebruiken en sinsdien werkt het. Geen flauw idee waarom ik geen 085-nummer meegestuurd krijg van Voipbuster

Enige problemen die ik nu heb zijn de volgende berichten/notices:

code:

[May 16 17:40:43] NOTICE[3667]: chan_sip.c:9923 sip_reg_timeout:    -- Registration for '[e-mail]' timed out, trying again (Attempt #2)
       > doing dnsmgr_lookup for 'sip.voipbuster.com'
[May 16 17:41:03] NOTICE[3667]: chan_sip.c:20761 sip_poke_noanswer: Peer 'kantoor2' is now UNREACHABLE!  Last qualify: 18
[May 16 17:41:03] NOTICE[3667]: chan_sip.c:20761 sip_poke_noanswer: Peer 'kantoor3' is now UNREACHABLE!  Last qualify: 21
[May 16 17:41:03] NOTICE[3667]: chan_sip.c:20761 sip_poke_noanswer: Peer 'gigaset' is now UNREACHABLE!  Last qualify: 88
[May 16 17:41:04] NOTICE[3667]: chan_sip.c:16444 handle_response_peerpoke: Peer 'voipbuster' is now Reachable. (80ms / 2000ms)
[May 16 17:41:13] NOTICE[3667]: chan_sip.c:16444 handle_response_peerpoke: Peer 'kantoor2' is now Reachable. (18ms / 2000ms)

Iemand enig idee hoe ik deze kan oplossen?

qualify=no, maar daar los je het probleem niet mee op.
De vraag is waarom je telefoons >2 seconden niet bereikbaar zijn, brakke switch / router / draadloos iets ?

[alienfruit]

Geen idee, ik heb gewoon een router en alles gaat gewoon via UTP. Alleen probeerde ik het wel via mijn VMWare Fusion linux vm. Misschien zou dat een probleem kunnen zijn. Ik nu bezig om Centos te installeren op een oude computer.

[_-= Erikje =-_]

asterisk # cat extensions.conf | grep -E "^;" -v | wc -l
38
asterisk #

show dialplan:
-= 2213 extensions (6887 priorities) in 510 contexts. =-

show channels verbose
220 active channels
110 active calls

[CrankyGamerOG]

_-= Erikje =-_ schreef op maandag 25 mei 2009 @ 14:19:
[...]


[...]


[...]

humm op wat voor hardware draait dit ?

[_-= Erikje =-_]

CrankyGamerOG schreef op maandag 25 mei 2009 @ 13:19:

[root@dsl asterisk]# cat extensions.conf | wc -l
374
[root@dsl asterisk]#

[...]

Jou vind ik niet meer lief.

[general]
country=nl


in indicatons.conf toch?

[_-= Erikje =-_]

CrankyGamerOG schreef op maandag 25 mei 2009 @ 14:23:
[...]


humm op wat voor hardware draait dit ?

cat /proc/cpuinfo | grep -E "processor|model name"
processor : 0
model name : Intel(R) Xeon(R) CPU 5160 @ 3.00GHz
processor : 1
model name : Intel(R) Xeon(R) CPU 5160 @ 3.00GHz
processor : 2
model name : Intel(R) Xeon(R) CPU 5160 @ 3.00GHz
processor : 3
model name : Intel(R) Xeon(R) CPU 5160 @ 3.00GHz

Cpu0 : 1.1% us, 0.7% sy, 0.0% ni, 97.8% id, 0.0% wa, 0.0% hi, 0.4% si
Cpu1 : 8.0% us, 4.3% sy, 0.0% ni, 80.8% id, 0.0% wa, 0.0% hi, 6.9% si
Cpu2 : 8.7% us, 4.0% sy, 0.0% ni, 81.5% id, 0.0% wa, 0.0% hi, 5.8% si
Cpu3 : 7.3% us, 2.9% sy, 0.0% ni, 84.7% id, 0.0% wa, 0.0% hi, 5.1% si

[Anoniem: 303665]

Weet iemand hoe ik het PSTN nummer mee kan sturen over VoIP ?

Ik heb hier een 085 nummer van XS4ALL waar ik mee uitbel

Maar wil eigenlijk als ik iemand bel met voip dat ze me ISDN nummer zien als afzender.


Heb gelezen dat je met VoIP een ander nummer mee kan sturen maar kan nergens vinden hoe ik dit in kan stellen.

Ik gebruik Trixbox 2.6 met daar onder Asterisk 1.4.22

[_-= Erikje =-_]

Word waarschijnlijk gefilterd door xs4all

[Megamind]

_-= Erikje =-_ schreef op maandag 25 mei 2009 @ 14:19:
[...]


[...]


[...]

Handig Asterisk via SQL configureren

[Anoniem: 303665]

_-= Erikje =-_ schreef op dinsdag 26 mei 2009 @ 11:50:
Word waarschijnlijk gefilterd door xs4all

Vermoed het ook maar weet het niet zeker, want heb er al wel even mee lopen spelen maar nog niet werkend gekregen blijf het 085 nummer zien

[martin2005]

martin2005 schreef op zaterdag 23 mei 2009 @ 12:22:
Nieuwe installatie hier thuis, met als doel prive en zakelijk fatsoenlijk te scheiden. Extensions en in komende gesprekken werken prima (budgetphone). Twee uitgaande trunks, voipbuster en budgetphone. Eén uitgaande route, afwisselend getest met beide trunks, geen van beide werkt en eindigt in de beruchte"all circuits are busy now"
Hier staan de log en config files:
trunks config
Voipbuster trunk CLI output when calling
Budgetphone trunk CLI output when calling
Laat even weten als je meer log/config wil zien, maar euh... mijn linux cli ervaring is nogal beperkt, vandaar de keuze voor Trixbox....

_niemand?

[AjDuLion]

CyBeR schreef op zaterdag 16 mei 2009 @ 17:29:
Da's 't jammere van pre-fab dingen als trixbox. Het limiteert je

Je kunt ook een andere doos gebruiken en daar atftpd opzetten en een dhcp daemontje. Telefoon daar gewoon even direct aanhangen.

inmiddels toch wat meer logs kunnen vinden.

[trixbox1.localdomain ~]# tail -f /var/log/atftpd.log

May 20 19:39:51 trixbox1.localdomain atftpd[4809.-1219417200]: Serving SEP000785 5C8C0A.cnf.xml to 192.168.2.19:53180

May 20 19:39:51 trixbox1.localdomain atftpd[4809.-1219417200]: Serving XMLDefault.cnf.xml to 192.168.2.19:53181

May 20 19:40:53 trixbox1.localdomain atftpd[4809.-1219417200]: Serving OS79XX.TXT to 192.168.2.19:53183

May 20 19:40:53 trixbox1.localdomain atftpd[4809.-1219417200]: Serving SEP000785 5C8C0A.cnf.xml to 192.168.2.19:53184

May 20 19:40:53 trixbox1.localdomain atftpd[4809.-1219417200]: Serving XMLDefault.cnf.xml to 192.168.2.19:53185

May 20 19:41:55 trixbox1.localdomain atftpd[4809.-1219417200]: Serving OS79XX.TXT to 192.168.2.19:53187

May 20 19:41:56 trixbox1.localdomain atftpd[4809.-1219417200]: Serving SEP000785 5C8C0A.cnf.xml to 192.168.2.19:53188

May 20 19:41:56 trixbox1.localdomain atftpd[4809.-1219417200]: Serving XMLDefault.cnf.xml to 192.168.2.19:53189

May 20 19:46:56 trixbox1.localdomain atftpd[4809.-1208924480]: atftpd terminating after 300 seconds

May 20 19:46:56 trixbox1.localdomain atftpd[4809.-1208924480]: Main thread exiting

[trixbox1.localdomain ~]#

.19 is de telefoon natuurlijk..

suggesties ?

[_-= Erikje =-_]

Megamind schreef op dinsdag 26 mei 2009 @ 11:52:
[...]

Handig Asterisk via SQL configureren

gewoon file based hoor

[martin2005]

martin2005 schreef op zaterdag 23 mei 2009 @ 12:22:
Nieuwe installatie hier thuis, met als doel prive en zakelijk fatsoenlijk te scheiden. Extensions en in komende gesprekken werken prima (budgetphone). Twee uitgaande trunks, voipbuster en budgetphone. Eén uitgaande route, afwisselend getest met beide trunks, geen van beide werkt en eindigt in de beruchte"all circuits are busy now"
Hier staan de log en config files:
trunks config
Voipbuster trunk CLI output when calling
Budgetphone trunk CLI output when calling
Laat even weten als je meer log/config wil zien, maar euh... mijn linux cli ervaring is nogal beperkt, vandaar de keuze voor Trixbox....

fixed. allow en disallow stonden verkeerd om voor de Voipbustertrunk

[Anoniem: 228553]

Ik heb gisteren Asteriks en AsteriksNOW geinstalleerd.
Interne telefoontjes gaan gewoon goed, alleen als ik naar buiten will bellen gaat dit niet?

Ik heb in de trunk mijn voipbuster account(Met tegoed) ingesteld, alleen het werkt gewoon niet. Asterix gaat er bij alles volgensmij van uit dat het interne telefoontjes zijn aangezien ik in de messages log dit terugvind:
[May 27 14:33:49] NOTICE[14861] chan_sip.c: Call from '6000' to extension '0031******' rejected because extension not found.

Ik ben al wat tegengekomen op Google over andere mensen die dit probleem hadden, en wat in de extension.conf aangepast. maar dat had niet bepaald nut

[ Voor 13% gewijzigd door Anoniem: 228553 op 27-05-2009 14:39 ]

[CrankyGamerOG]

Anoniem: 228553 schreef op woensdag 27 mei 2009 @ 14:39:
Ik heb gisteren Asteriks en AsteriksNOW geinstalleerd.
Interne telefoontjes gaan gewoon goed, alleen als ik naar buiten will bellen gaat dit niet?

Ik heb in de trunk mijn voipbuster account(Met tegoed) ingesteld, alleen het werkt gewoon niet. Asterix gaat er bij alles volgensmij van uit dat het interne telefoontjes zijn aangezien ik in de messages log dit terugvind:
[May 27 14:33:49] NOTICE\[14861] chan_sip.c: Call from '6000' to extension '0031******' rejected because extension not found.

Ik ben al wat tegengekomen op Google over andere mensen die dit probleem hadden, en wat in de extension.conf aangepast. maar dat had niet bepaald nut

Die melding heeft niks met "intern bellen proberen" te maken, asterisk kent je extension niet, dus hij snpt je uitgoing trunk niet

[Anoniem: 228553]

CrankyGamerOG schreef op woensdag 27 mei 2009 @ 14:48:
[...]

Die melding heeft niks met "intern bellen proberen" te maken, asterisk kent je extension niet, dus hij snpt je uitgoing trunk niet

Hmm, weer iets bijgeleerd bedankt Alleen hoe kan ik dit oplossen?

[CrankyGamerOG]

Anoniem: 228553 schreef op woensdag 27 mei 2009 @ 14:57:
[...]


Hmm, weer iets bijgeleerd bedankt Alleen hoe kan ik dit oplossen?

Post eens het relevante stuk extensions.conf

[Anoniem: 228553]

CrankyGamerOG schreef op woensdag 27 mei 2009 @ 14:59:
[...]

Post eens het relevante stuk extensions.conf

Ik denk dan da thet gaat om:

code:

[callingrule-main]
exten=_X,1,Macro(trunkdial-failover-0.3,${voipacc}/${EXTEN:0},,voipacc,)

Callingrule screen:


Dialplan screen:

[ Voor 23% gewijzigd door Anoniem: 228553 op 27-05-2009 15:15 ]

[AjDuLion]

na heel lang proberen eindelijk (nadat ik ze eerst naar sip v6 daarna v8 geupgraded heb) eindelijk d sip firmware erop gekregen.

tevens loggen beide telefoons netjes in op extension 200 en 201.

probleem wat ik nu heb is zodra ik de telefoon oppak hoor ik netjes een toon ik druk op extension 200 nummer 201 in en vervolgens hoor ik niets meer en gebeurd er niets..

ga ik vervolgens via extension 203 bellen naar 200/201 dan krijg ik vrolijk de voicemail..

ben ik nog wat vergeten of ?

hoe ga ik debuggen ?

[CyBeR]

angel00008 schreef op woensdag 27 mei 2009 @ 16:40:
na heel lang proberen eindelijk (nadat ik ze eerst naar sip v6 daarna v8 geupgraded heb) eindelijk d sip firmware erop gekregen.

tevens loggen beide telefoons netjes in op extension 200 en 201.

probleem wat ik nu heb is zodra ik de telefoon oppak hoor ik netjes een toon ik druk op extension 200 nummer 201 in en vervolgens hoor ik niets meer en gebeurd er niets..

Druk 's op 'Dial'? (Dan mis je een dialplan config)

Staat er een 'x'-je naast 't icontje bij je line button? Want dan is 'ie niet daadwerkelijk geregisterd bij asterisk.

[ Voor 10% gewijzigd door CyBeR op 27-05-2009 17:25 ]

[AjDuLion]

CyBeR schreef op woensdag 27 mei 2009 @ 17:24:
[...]


Druk 's op 'Dial'? (Dan mis je een dialplan config)

Staat er een 'x'-je naast 't icontje bij je line button? Want dan is 'ie niet daadwerkelijk geregisterd bij asterisk.

na 5 seconden dialt ie vanzelf.

x staat er inderdaad bij dus niet registered..

hoe forceer ik dit iets miss in mn config ?

[CyBeR]

Post je config eens.. Cisco volledig en 't stukje uit sip.conf

[AjDuLion]

CyBeR schreef op woensdag 27 mei 2009 @ 18:42:
Post je config eens.. Cisco volledig en 't stukje uit sip.conf

welke config wil je sipdefault.conf ?

code:

sipdefault.conf :

# Image Version
image_version: "P0S3-08-11-00"

# Proxy Server
proxy1_address: "192.168.2.12"
proxy2_address: ""
proxy3_address: "" 
proxy4_address: ""
proxy5_address: ""
proxy6_address: ""
 
# Proxy Server Port (default - 5060)
proxy1_port:"5060"
proxy2_port:""
proxy3_port:""
proxy4_port:""
proxy5_port:""
proxy6_port:""

# Emergency Proxy info
proxy_emergency: "192.168.2.12"
proxy_emergency_port: "5060"

# Backup Proxy info
proxy_backup: "192.168.2.12"
proxy_backup_port: "5060"
 
# Outbound Proxy info
outbound_proxy: ""
outbound_proxy_port: "5060"
 
# NAT/Firewall Traversal
nat_enable: "0"
nat_address: ""
voip_control_port: "5061"
start_media_port: "16384"
end_media_port:  "32766"
nat_received_processing: "0"

# Proxy Registration (0-disable (default), 1-enable)
proxy_register: "1"
 
# Phone Registration Expiration [1-3932100 sec] (Default - 3600)
timer_register_expires: "3600"
 
# Codec for media stream (g711ulaw (default), g711alaw, g729)
preferred_codec: "none"
 
# TOS bits in media stream [0-5] (Default - 5)
tos_media: "5"

# Enable VAD (0-disable (default), 1-enable)
enable_vad: "0"
 
# Allow for the bridge on a 3way call to join remaining parties upon hangup
cnf_join_enable: "1"     ; 0-Disabled, 1-Enabled (default)
 
# Allow Transfer to be completed while target phone is still ringing
semi_attended_transfer: "0"   ; 0-Disabled, 1-Enabled (default)
 
# Telnet Level (enable or disable the ability to telnet into this phone 
telnet_level: "2"      ; 0-Disabled (default), 1-Enabled, 2-Privileged

# Inband DTMF Settings (0-disable, 1-enable (default))
dtmf_inband: "1"
 
# Out of band DTMF Settings (none-disable, avt-avt enable (default), avt_always - always avt )
dtmf_outofband: "0"
 
# DTMF dB Level Settings (1-6dB down, 2-3db down, 3-nominal (default), 4-3db up, 5-6dB up)
dtmf_db_level: "3"
 
# SIP Timers
timer_t1: "500"                   ; Default 500 msec
timer_t2: "4000"                  ; Default 4 sec
sip_retx: "10"                     ; Default 11
sip_invite_retx: "6"               ; Default 7
timer_invite_expires: "180"        ; Default 180 sec
 
# Setting for Message speeddial to UOne box
messages_uri: "*97"

#*********  Release 2 new config parameters **********
 
# TFTP Phone Specific Configuration File Directory
tftp_cfg_dir: "./"
 
# Time Server
sntp_mode: "unicast"
sntp_server: "192.168.2.12"
time_zone: "GMT"
dst_offset: "1"
dst_start_month: "Mar"
dst_start_day: ""
dst_start_day_of_week: "Sun"
dst_start_week_of_month: "2"
dst_start_time: "02"
dst_stop_month: "Nov"
dst_stop_day: ""
dst_stop_day_of_week: "Sunday"
dst_stop_week_of_month: "1"
dst_stop_time: "2"
dst_auto_adjust: "1"
 
# Do Not Disturb Control (0-off, 1-on, 2-off with no user control, 3-on with no user control)
dnd_control: "0"                  ; Default 0 (Do Not Disturb feature is off)
 
# Caller ID Blocking (0-disabled, 1-enabled, 2-disabled no user control, 3-enabled no user control)
callerid_blocking: "0"            ; Default 0 (Disable sending all calls as anonymous)
 
# Anonymous Call Blocking (0-disbaled, 1-enabled, 2-disabled no user control, 3-enabled no user control)
anonymous_call_block: "0"         ; Default 0 (Disable blocking of anonymous calls)
 
# Call Waiting (0-disabled, 1-enabled, 2-disabled with no user control, 3-enabled with no user control)
call_waiting: "1"                 ; Default 1 (Call Waiting enabled)

# DTMF AVT Payload (Dynamic payload range for AVT tones - 96-127)
dtmf_avt_payload: "101"           ; Default 100
 
# XML file that specifies the dialplan desired
dial_template: "dialplan"

# Network Media Type (auto, full100, full10, half100, half10)
network_media_type: "auto"

#Autocompletion During Dial (0-off, 1-on [default])
autocomplete: "1"

#Time Format (0-12hr, 1-24hr [default])
time_format_24hr: "0"

# URL for external Phone Services
services_url: "http://192.168.2.12/xmlservices/index.php"

# URL for external Directory location
directory_url: "http://192.168.2.12/xmlservices/PhoneDirectory.php"

# URL for branding logo
logo_url: "http://192.168.2.12/cisco/bmp/trixbox.bmp"

edit : overgens als ik bij status van de telefoons kijk vind ik de volgende error :

W310 2 Error(s) parsing: SIPDefault

edit 2 :

na bij het volgende aangepast te hebben logt 1 telefoon netjes in

code:

# NAT/Firewall Traversal
nat_enable: "1"
nat_address: "192.168.2.1"

edit 3 :

en ook telefoon nr 2 logt netjes in zoals het hoort.

net een voip in nummer gekocht maar is blijkbaar iets mis gegaan in de mail aangezien ik geen download code heb gekregen

morgen dus maar proberen om voip in/out aan de praat te krijgen en dan een vriendin zoeken die mn ivr opnieuw wilt inspreken

edit 4 :

inmiddels ook 2 budgetphone nummers aangevraagd en gekregen en nu aan het testen met de eerste.

volgens budgetphone registreert de trixbox netjes het nummer dat ik ingevuld hebt maar krijg ik een ''is niet in gebruik'' toon wat volgens budgetphone ligt aan het feit dat mn asterisk niets doet met mn belletje.

als ik ga debuggen op de asterix cli krijg ik het volgende te zien zodra ik een belletje pleeg (ik heb in de config inplaats van ring all (600) ingesteld dat alles op 1 toestel moet afgeleverd worden.

code:

=========================================================================
  == Parsing '/etc/asterisk/asterisk.conf': Found
Connected to Asterisk 1.4.22-3 RPM by [e-mail] currently running on trixbox1 (pid = 2502)
Verbosity is at least 5
Core debug is at least 5
Really destroying SIP dialog '446f606d7c86f25126df6a343b263b88@127.0.0.1' Method: REGISTER
trixbox1*CLI>
<--- SIP read from 80.252.84.175:5060 --->
INVITE sip:31229714013@192.168.2.12:5060 SIP/2.0
Record-Route: <sip:80.252.84.175;lr=on;ftag=as285d70d5>
Via: SIP/2.0/UDP 80.252.84.175;branch=z9hG4bKb807.bbffb82.0
Via: SIP/2.0/UDP 80.252.84.178:5060;received=80.252.84.178;branch=z9hG4bK4a6166b8;rport=5060
From: "0681479622" <sip:0681479622@80.252.84.178>;tag=as285d70d5
To: <sip:[e-mail]>
Contact: <sip:0681479622@80.252.84.178>
Call-ID: 73d542fb2b5e60af1fe1edb7374b84eb@80.252.84.178
CSeq: 102 INVITE
User-Agent: GW01.budgetphone.nl
Max-Forwards: 12
Date: Thu, 28 May 2009 08:09:53 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Content-Type: application/sdp
Content-Length: 343

v=0
o=root 13229 13229 IN IP4 80.252.84.178
s=session
c=IN IP4 80.252.84.178
t=0 0
m=audio 10214 RTP/AVP 8 0 7 3 111 101
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:7 LPC/8000
a=rtpmap:3 GSM/8000
a=rtpmap:111 G726-32/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=silenceSupp:off - - - -
a=ptime:20
a=sendrecv

<------------->
--- (16 headers 16 lines) ---
Sending to 80.252.84.175 : 5060 (no NAT)
Using INVITE request as basis request - 73d542fb2b5e60af1fe1edb7374b84eb@80.252.84.178
Found peer 'budget-bart'
Found RTP audio format 8
Found RTP audio format 0
Found RTP audio format 7
Found RTP audio format 3
Found RTP audio format 111
Found RTP audio format 101
Peer audio RTP is at port 80.252.84.178:10214
Found audio description format PCMA for ID 8
Found audio description format PCMU for ID 0
Found audio description format LPC for ID 7
Found audio description format GSM for ID 3
Found audio description format G726-32 for ID 111
Found audio description format telephone-event for ID 101
Got unsupported a:fmtp in SDP offer
Capabilities: us - 0x3f1fff (g723|gsm|ulaw|alaw|g726|adpcm|slin|lpc10|g729|speex|ilbc|g726aal2|g722|jpeg|png|h261|h263|h263p|h264), peer - audio=0x88e (gsm|ulaw|alaw|g726|lpc10)/video=0x0 (nothing), combined - 0x88e (gsm|ulaw|alaw|g726|lpc10)
Non-codec capabilities (dtmf): us - 0x1 (telephone-event), peer - 0x1 (telephone-event), combined - 0x1 (telephone-event)
Peer audio RTP is at port 80.252.84.178:10214
Looking for 31229714013 in default (domain 192.168.2.12)

<--- Reliably Transmitting (NAT) to 80.252.84.175:5060 --->
SIP/2.0 404 Not Found
Via: SIP/2.0/UDP 80.252.84.175;branch=z9hG4bKb807.bbffb82.0;received=80.252.84.175
Via: SIP/2.0/UDP 80.252.84.178:5060;received=80.252.84.178;branch=z9hG4bK4a6166b8;rport=5060
From: "0681479622" <sip:0681479622@80.252.84.178>;tag=as285d70d5
To: <sip:[e-mail]>;tag=as5eb2139a
Call-ID: 73d542fb2b5e60af1fe1edb7374b84eb@80.252.84.178
CSeq: 102 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Content-Length: 0


<------------>
Scheduling destruction of SIP dialog '73d542fb2b5e60af1fe1edb7374b84eb@80.252.84.178' in 32000 ms (Method: INVITE)
trixbox1*CLI>
<--- SIP read from 80.252.84.175:5060 --->
ACK sip:31229714013@192.168.2.12:5060 SIP/2.0
Via: SIP/2.0/UDP 80.252.84.175;branch=z9hG4bKb807.bbffb82.0
From: "0681479622" <sip:0681479622@80.252.84.178>;tag=as285d70d5
Call-ID: 73d542fb2b5e60af1fe1edb7374b84eb@80.252.84.178
To: <sip:[e-mail]>;tag=as5eb2139a
CSeq: 102 ACK
Max-Forwards: 70
User-Agent: OpenSIPS (1.4.5-notls (x86_64/linux))
Content-Length: 0


<------------->
--- (9 headers 0 lines) ---
Really destroying SIP dialog '73d542fb2b5e60af1fe1edb7374b84eb@80.252.84.178' Method: ACK
Reliably Transmitting (NAT) to 192.168.2.14:5061:
OPTIONS sip:201@192.168.2.1:5061;transport=udp SIP/2.0
Via: SIP/2.0/UDP 192.168.2.12:5060;branch=z9hG4bK5b45cca4;rport
From: "Unknown" <sip:Unknown@192.168.2.12>;tag=as78bb3380
To: <sip:201@192.168.2.1:5061;transport=udp>
Contact: <sip:Unknown@192.168.2.12>
Call-ID: 4f830b7572e954962b7696ed39ddc96a@192.168.2.12
CSeq: 102 OPTIONS
User-Agent: Asterisk PBX
Max-Forwards: 70
Date: Thu, 28 May 2009 08:10:01 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Content-Length: 0


---
Reliably Transmitting (NAT) to 192.168.2.19:5061:
OPTIONS sip:200@192.168.2.1:5061;transport=udp SIP/2.0
Via: SIP/2.0/UDP 192.168.2.12:5060;branch=z9hG4bK7b096cd2;rport
From: "Unknown" <sip:Unknown@192.168.2.12>;tag=as22f387d1
To: <sip:200@192.168.2.1:5061;transport=udp>
Contact: <sip:Unknown@192.168.2.12>
Call-ID: 3a373b0b4fa20f0341c20494296832ec@192.168.2.12
CSeq: 102 OPTIONS
User-Agent: Asterisk PBX
Max-Forwards: 70
Date: Thu, 28 May 2009 08:10:01 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Content-Length: 0


---
trixbox1*CLI>
<--- SIP read from 192.168.2.14:5061 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.2.12:5060;branch=z9hG4bK5b45cca4;rport
From: "Unknown" <sip:Unknown@192.168.2.12>;tag=as78bb3380
To: <sip:201@192.168.2.1:5061;transport=udp>;tag=000785554ee1032d79aeff48-6b2589d8
Call-ID: 4f830b7572e954962b7696ed39ddc96a@192.168.2.12
Date: Thu, 28 May 2009 08:10:01 GMT
CSeq: 102 OPTIONS
Server: Cisco-CP7940G/8.0
Allow: ACK,BYE,CANCEL,INVITE,NOTIFY,OPTIONS,REFER,REGISTER,UPDATE
Accept: application/sdp,multipart/mixed,multipart/alternative
Accept-Encoding: identity
Accept-Language: en
Supported: replaces,join,norefersub
Content-Length: 236
Content-Type: application/sdp
Content-Disposition: session;handling=optional

v=0
o=Cisco-SIPUA 24742 0 IN IP4 192.168.2.1
s=SIP Call
t=0 0
m=audio 0 RTP/AVP 0 8 18 101
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15

<------------->
--- (16 headers 11 lines) ---
Really destroying SIP dialog '4f830b7572e954962b7696ed39ddc96a@192.168.2.12' Method: OPTIONS
trixbox1*CLI>
<--- SIP read from 192.168.2.19:5061 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.2.12:5060;branch=z9hG4bK7b096cd2;rport
From: "Unknown" <sip:Unknown@192.168.2.12>;tag=as22f387d1
To: <sip:200@192.168.2.1:5061;transport=udp>;tag=0007855c8c0a032d629c1f10-04b75ff7
Call-ID: 3a373b0b4fa20f0341c20494296832ec@192.168.2.12
Date: Thu, 28 May 2009 08:10:01 GMT
CSeq: 102 OPTIONS
Server: Cisco-CP7940G/8.0
Allow: ACK,BYE,CANCEL,INVITE,NOTIFY,OPTIONS,REFER,REGISTER,UPDATE
Accept: application/sdp,multipart/mixed,multipart/alternative
Accept-Encoding: identity
Accept-Language: en
Supported: replaces,join,norefersub
Content-Length: 235
Content-Type: application/sdp
Content-Disposition: session;handling=optional

v=0
o=Cisco-SIPUA 9888 0 IN IP4 192.168.2.1
s=SIP Call
t=0 0
m=audio 0 RTP/AVP 0 8 18 101
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15

<------------->
--- (16 headers 11 lines) ---
Really destroying SIP dialog '3a373b0b4fa20f0341c20494296832ec@192.168.2.12' Method: OPTIONS

iemand enig idee waarom/waar het misgaat ?

[ Voor 156% gewijzigd door AjDuLion op 28-05-2009 10:15 ]

[AjDuLion]

kickje voor cyber.

ik gok dat het hier ergens foutgaat:

code:

<------------>
Scheduling destruction of SIP dialog '7ece68995ff81f115bcc191632833207@80.252.84.178' in 32000 ms (Method: INVITE)
trixbox1*CLI>
<--- SIP read from 80.252.84.175:5060 --->
ACK sip:31229714013@192.168.2.12:5060 SIP/2.0
Via: SIP/2.0/UDP 80.252.84.175;branch=z9hG4bKabe8.8b5f4ee5.0
From: "0681474522" <sip:0681479622@80.252.84.178>;tag=as7a740625
Call-ID: 7ece68995ff81f115bcc191632833207@80.252.84.178
To: <sip:[e-mail]>;tag=as5893668d
CSeq: 102 ACK
Max-Forwards: 70
User-Agent: OpenSIPS (1.4.5-notls (x86_64/linux))
Content-Length: 0

hij lijkt wel gewoon niets te doen met het telefoontje.

[_-= Erikje =-_]

bijna goed, er staat letterlijk dat het nummer niet gevonden kan worden inde context default:

Looking for 31229714013 in default (domain 192.168.2.12)

<--- Reliably Transmitting (NAT) to 80.252.84.175:5060 --->
SIP/2.0 404 Not Found

[AjDuLion]

_-= Erikje =-_ schreef op donderdag 28 mei 2009 @ 15:17:
bijna goed, er staat letterlijk dat het nummer niet gevonden kan worden inde context default:


[...]

enig idee waar de fout hem inzit ? (in de config ergens gok ik maar waar ><)

[ Voor 7% gewijzigd door AjDuLion op 28-05-2009 15:43 ]

[_-= Erikje =-_]

post de output eens van sip show peer budget-bart

met name de context die je daar ziet is van belang, het gesprek word naar die context doorgestuurd dus als de aangekozen extentie niet bestaat stuurt asterisk een 404 terug.

show dialplan 31229714013@context zal dan ook waarschijnlijk teruggeven dat die extentie niet bestaat.

[ Voor 76% gewijzigd door _-= Erikje =-_ op 28-05-2009 15:53 ]

[AjDuLion]

_-= Erikje =-_ schreef op donderdag 28 mei 2009 @ 15:47:
post de output eens van sip show peer budget-bart

met name de context die je daar ziet is van belang, het gesprek word naar die context doorgestuurd dus als de aangekozen extentie niet bestaat stuurt asterisk een 404 terug.

show dialplan 31229714013@context zal dan ook waarschijnlijk teruggeven dat die extentie niet bestaat.

code:

  * Name       : budget-bart
  Secret       : <Set>
  MD5Secret    : <Not set>
  Context      : default
  Subscr.Cont. : <Not set>
  Language     :
  AMA flags    : Unknown
  Transfer mode: open
  CallingPres  : Presentation Allowed, Not Screened
  FromUser     : 31229714013
  FromDomain   : sip1.budgetphone.nl
  Callgroup    :
  Pickupgroup  :
  Mailbox      :
  VM Extension : *97
  LastMsgsSent : 32767/65535
  Call limit   : 0
  Dynamic      : No
  Callerid     : "" <>
  MaxCallBR    : 384 kbps
  Expire       : -1
  Insecure     : port,invite
  Nat          : Always
  ACL          : No
  T38 pt UDPTL : No
  CanReinvite  : Yes
  PromiscRedir : No
  User=Phone   : No
  Video Support: Yes
  Trust RPID   : No
  Send RPID    : No
  Subscriptions: Yes
  Overlap dial : Yes
  DTMFmode     : rfc2833
  LastMsg      : 0
  ToHost       : sip1.budgetphone.nl
  Addr->IP     : 80.252.84.175 Port 5060
  Defaddr->IP  : 0.0.0.0 Port 0
  Def. Username: 31229714013
  SIP Options  : replaces replace
  Codecs       : 0x3f1fff (g723|gsm|ulaw|alaw|g726|adpcm|slin|lpc10|g729|speex|ilbc|g726aal2|g722|jpeg|png|h261|h263|h263p|h264)
  Codec Order  : (ulaw:20,alaw:20)
  Auto-Framing:  No
  Status       : Unmonitored
  Useragent    :
  Reg. Contact :

trixbox1*CLI>

code:

trixbox1*CLI> dialplan show 3122971013@context
There is no existence of 'context' context
trixbox1*CLI>

het vreemde is dat budget-bart barthezz is en die er pas sinds gisteren op zit

[BarthezZ]

Mja, Trixbox faalt gewoon flink omdat het dingen niet op een degelijke manier wilt configgen... Het is totaal ontransparant over welke context die nou aan het kloten is en waar het het nou heen gooit BLECH

[_-= Erikje =-_]

Redelijk simpel toch? Asterisk gaat zoeken naar de extentie 3122971013 in de context default, die is er niet (dus config fout van jou )

show dialplan 3122971013@default zal dus teruggeven dat die extentie niet bestaat dus asterisk weet niet waar hij het gesprek kwijt moet

[AjDuLion]

_-= Erikje =-_ schreef op donderdag 28 mei 2009 @ 21:11:
Redelijk simpel toch? Asterisk gaat zoeken naar de extentie 3122971013 in de context default, die is er niet (dus config fout van jou )

show dialplan 3122971013@default zal dus teruggeven dat die extentie niet bestaat dus asterisk weet niet waar hij het gesprek kwijt moet

het vreemde is als ik in trixbox de inbound routes aangeeft dan werkt deze niet.

en de extensie is juist mijn telefoon nummer..

waar zou ik volgens jou in de config het moeten aanppassen ?

poging to installatie van nieuwe linux distro ging zwaar fout en heb crash gehad van esxi dus ik moet eigenlijk wel verder met trixbox..

[_-= Erikje =-_]

geen idee ik heb geen idee hoe tribox z'n dialplan opzet

[Mitch]

angel00008 schreef op donderdag 28 mei 2009 @ 21:23:
[...]


het vreemde is als ik in trixbox de inbound routes aangeeft dan werkt deze niet.

en de extensie is juist mijn telefoon nummer..

waar zou ik volgens jou in de config het moeten aanppassen ?

poging to installatie van nieuwe linux distro ging zwaar fout en heb crash gehad van esxi dus ik moet eigenlijk wel verder met trixbox..

Alle inkomende calls gaan per default naar de extension 's'.
Ik neem aan dat je bij budgetphone zit voor je inkomende nummer, en daar zeggen ze dat er achter de register string "/tel-nr" moet staan, dit "overruled" 's'.
Dit is niet helemaal waar, het format is als volgt:

register => user[:secret[:authuser]]@host[:port][/extension]

or
register => fromuser@fromdomain:secret@host

or
register => fromuser@fromdomain:secret:authuser@host:port/extension

Ik las dat je als extensions 200 en 201 hebt, dus als je achter je registerstring /200 zet laat 'ie bij een inkomend gesprek ext 200 overgaan.
lukt dit ?

[AjDuLion]

Mitch schreef op vrijdag 29 mei 2009 @ 09:27:
[...]


Alle inkomende calls gaan per default naar de extension 's'.
Ik neem aan dat je bij budgetphone zit voor je inkomende nummer, en daar zeggen ze dat er achter de register string "/tel-nr" moet staan, dit "overruled" 's'.
Dit is niet helemaal waar, het format is als volgt:

register => user[:secret[:authuser]]@host[:port][/extension]

or
register => fromuser@fromdomain:secret@host

or
register => fromuser@fromdomain:secret:authuser@host:port/extension

Ik las dat je als extensions 200 en 201 hebt, dus als je achter je registerstring /200 zet laat 'ie bij een inkomend gesprek ext 200 overgaan.
lukt dit ?

krijg nou tieten het werkt

dus in theorie als ik /200 weghaal (er stond inderdaad het nummer waar ik naar belde op) dan zou hij netjes mijn normale dialplan pakken en dus alle telefoons over laten gaan ?

edit :

blijkbaar stond er iets fout bij de inbound route (werd mij verteld dat ik hier geen nummer moest invoeren)

na het invoeren van het nummer bij de inbound route werkt alles zoals het hoort ><

man heerlijk al die manuals bekijken en dan op zo'n kleine fout blijven hangen..

[ Voor 13% gewijzigd door AjDuLion op 29-05-2009 10:19 ]

[Anoniem: 304102]

Simpele vraag, waarschijnlijk moeilijk antwoord

Heeft iemand goed inkomende CALLERID draaien op een DAHDI config ism analoge KPN-lijnen?

Ik heb een Sangoma A200D met 4 FXO poorten; op 3 poorten zitten analoge lijnen van KPN (CID staat aan bij KPN), en 1 analoge lijn vanuit mijn Versatel ADSL.
Alleen op de analoge lijn van Versatel krijg ik netjes binnenkomende nummerherkenning, maar op geen van de drie KPN lijnen...

Heeft iemand dit wel helemaal goed werkend gekregen? Heb al veel gegoogled, maar nog geen bevredigend antwoord gevonden