Ik had al geprobeerd om naam@ip toe te voegen in de adreslijst. Helaas wordt
dat gesprek dan via de standaard provider verwerkt. Ik zal in het dial plan
iets moeten doen. Maar wat?
Wie weet raad?
Merci,
Boonie
> Is het iemand gelukt om met de fritz!box te bellen naar een ander SIP
> device zonder dat een provider erbij betrokken wordt?
>
> Ik had al geprobeerd om naam@ip toe te voegen in de adreslijst.
Dat is de juiste manier.
> Helaas wordt dat gesprek dan via de standaard provider verwerkt.
Een jaar, misschien wel twee of drie jaar geleden, is dit probleem aan de
orde geweest in xs4all.voip of nl.telecom. Het bleek toen dat er een
instelling in de FritzBox zit, die hier ogenschijnlijk niets mee te maken
heeft, maar er wel voor zorgt dat gesprekken via je standaard provider lopen
in plaats van rechtstreeks.
Zo uit m'n hoofd had het te maken met het wel of niet instellen van een
proxyserver, maar dat vind je vast wel terug met Dejanews.
T.
Maar belt die avm.de je dan ook terug ? het is er juist om, om
bereikbaar te zijn, ik heb het ook eens met sipme.nl geprobeerd... :(
het desbetreffende voip device moet DNS SRV enabled hebben, of de
mogelijk heid daarvoor hebben, verder zou je minstens al zelf een server
moeten hebben waar een scriptje/bestandje op staat dat juist reageerd op
een aanroep, op jouw externe IP adres, dus het gaat dan al bij het
hoofdstuk NAT al mis... :(
sipme.nl geeft je een sip-uri, die naar jouw opgegeven IP adres de
verbinding maakt.
Maar een andere betrouwbare optie is natuurlijk Sipbroker, hier kun je
leuke dingen mee opzetten, maar je hebt dan toch weer een (gratis) voip
account nodig, bij Voxalot bv...
Het probleem bij de meeste ATA's is dat het een geregistreerd account
nodig heeft, om te kunnen functioneren, Fritz!box of niet, als je het
met een fritzbox zou kunnen, zou het met ieder ander voip device kunnen,
het makkelijkst is dan om het eerst met een softphone uit te proberen.
Ik geloof dat Dejanews niet meer bestaat. Maar google heeft wel een news
zoekfunctie. Ik heb gezocht maar nog niet gevonden.
Als iemand het werkend heeft zou ik graag horen hoe dat gedaan is.
Bedankt voor je reactie,
Boonie
Ik zou graag de fritz gebruiken omdat ik daarmee mooi aan de buitenkant de
pakketjes kan vangen. Met wireshark kun je dan zien of je echt rechstreeks
gaat of niet.
Het is niet dat ik het echt nodig heb maar ik denk dat het moet kunnen en
daarom wil ik het eens proberen.
Dejanews werd door Google gekocht en het adres verwijst naar:
"http://groups.google.com/"
> Het sip-uri bellen komt er op neer, dat het packetje dat naar jouw externe
> ip gestuurd werd, herkent wordt bij jou, en dan op het desbetreffende
> interne ip adres komt wat dan bv een ip telefoon is,
> of het ATA gedeelte, heeft het ATA gedeelte van de Fritz! een apart ip
> adres ?
> Ik heb er ook eens naar gezocht, om sip-uri te kunnen bellen, maar er is
> maar weinig over te vinden, ik vermoed dat het voornamelijk wordt
> gedwarsboomt door NAT en de Firewall, en aangezien ieder merk modem/router
> weer andere benamingen gebruikt, wordt het wel heel lastig,
> ook Google levert maar heel weinig op.
> Oja, je moet ook een speciaal scriptje hebben staan bij je ISP, dan
> schijnt het wel te werken, ook met een dynamisch ip.
> anders moet je ook nog een aparte service instellen om het sip-uri aan
> jouw dynamische ip blijvend gekoppelt te houden...
> En daar komt nog bij dat het sip uri bellen helemaal niet zo populair is.
> Dan bied het dus maar weinig voordelen....
Jammer. Dat wordt dus experimenteren. Ik zal eens aan de slag met een
softclient en een UMTS internet verbinding zodat ik van buitenaf naar mijn
fritz kan.
Bedankt voor je reactie. Als nog iemand tips heeft zie ik ze graag.
Boonie
"Boonie..." <boonie@invalid.x> wrote in message
news:i31b3k$298u$1...@nl-news.euro.net...
> Ik geloof dat Dejanews niet meer bestaat. Maar google heeft wel een news
> zoekfunctie. Ik heb gezocht maar nog niet gevonden.
In dit geval was het bericht dat ik bedoelde verstopt in een ENUM discussie
uit 2008, bericht
48c01598$0$194$e4fe...@news.xs4all.nl
In Google Groups kan je onder "Advanced Search" zoeken op message-ID en dan
laat hij je de hele thread zien.
De Fritz!Box zal alle gesprekken via een proxy sturen, wanneer je bij een
van je providers zo'n proxy geconfigureerd hebt. Dat doet hij al zo sinds
2006, dus misschien is het zo ontworpen. Dat geldt dus voor ENUM maar
mogelijk ook wanneer je rechtstreeks naar de SIP URI zou willen bellen.
Nog even over Google:
Het bericht hierboven verwijst naar deze redelijk unieke URL:
http://www.wershoven.com/fritzbox/
Deze URL vind je niet in met zoeken Google Groups, maar als je in Google Web
zoekt zie je op het eerste scherm tussen de resulaten een verwijzing naar
Google Groups staan. Lijkt me een bugje bij Google.
T.
als je dan dus eenmaal hebt gezorgt voor een vast extern ip- adres,(via
externe of eigen provider service [static])
moet je nog in de Fritz! een linux config bestandje via een telnet
verbinding veranderen, om voor de juiste instelling in de fritz! geen
registratie nodig te hebben, dan ben je zover> voor @ipadres.com
dan moet je ook nog een username/nummer instellen waarop de fritz!
"inhaakt" na...@ipadres.com
Dit alles lijkt mij nogal lastig, kans, dat je bij een crash alles weer
opnieuw moet instellen.....
btw: die proxy moet ook uit voor ENUM, de proxy leid het sip verkeer
voorbij de ENUM "controle" service.
voor sip-uri bellen heb je natuurlijk geen proxy nodig, port 5060 open
wel, die staat dan dus open voor verkeer van buiten voor alle externe ip
adressen, UDP (en eventueel TCP voor softphones ?)
btw. als je bv. een aparte ip-telefoon, of Dect-IP telefoon gebruikt,
heeft deze een eigen interne IP.....
btw. bij Voxalot, Callcentric, en Huizenwireless, krijg je ook gelijk
een INUM nummer, (00883xxxx) zo'n nummer werkt dan ook p2p.
> heb ook kans dat het een vertragende werking heeft... en UMTS is je
> router in dit geval, waar jij geen andere instellingen kunt doen, via
!????????? Ooit gehoord van het OSI-model???????
UMTS is layer 1, niet layer 3... :-)
Niet helemaal. Je kunt namelijk zonder hack elk geregistreerd account @
jevasteip of @jedyndnsnaam als inkomende SIP-uri gebruiken. Als ik
bijvoorbeeld mijn XS4ALL Voipnummer in mijn Fritz 7170 (internationale
annex A) registreer ben ik rechtstreeks bereikbaar op
08587...@85.223.116.228 (IP in mijn glasvezel-IP en die laatste 3
cijfers van mijn Voipnummer hoeven jullie niet te weten).
Voordeel van zo'n do_not_register = yes account is dat je zonder
SIP-provider naar believen het deel voor de @ kunt veranderen. Die
Duitser gebruikte 4711@, maar hij kan ook bereikbaar zijn op
alfanumeriek@. Daarvoor moet je 'Use Internet number for registration'
dan wel 'Internetrufnummer für die Anmeldung' verwenden uitvinken. In
zijn geval zou hij dan bereikbaar zijn onder en...@mein-name.dyndns.org.
In mijn geval heb ik me bereikbaar gemaakt onder mijnvoornaam @
mijnachternaam.nl (dat kon omdat ik eigenaar ben van
mijneigenachternaam.nl ;-).
Mijn beide Callvoip telefoonnummers heb ik nu als PSTN geregistreerd bij
www.e164.org en daaraan als extra ENUM record de SIP-uri op mijn Fritz
toegevoegd. Als iemand nu probeert om mij te bellen op 1 van die 2
nummers met ENUM lookup legt hij een rechtstreekse connectie met mijn
Fritz. Weg aftapverplichting!
>btw: die proxy moet ook uit voor ENUM, de proxy leidt het sip verkeer
>voorbij de ENUM "controle" service.
Uitgaand SIP-uri bellen kreeg ik niet rechtstreeks aan de praat, ondanks
het feit dat al mijn Voipaccounts zonder proxy werken. Waar het
foutloopt weet ik niet. En of mijn Fritz een ENUM lookup doet weet ik
dus evenmin.
Er is echter een workaround: neem een gratis voxalot-account en
configureer die in je Fritz. Zelfs zonder een actieve Voipprovider bij
Voxalot doet die dan de Enum lookup. 'Bel' je via Voxalot al een SIP-uri
dan is die Enum lookup niet eens nodig. Als testje had ik in mijn
telefoonboek bij **799 1...@hd-telefonie.avm.de ingevoerd. Die werd
daarna belbaar via *129#**799, waarbij *129# nodig is om Voxalot te
gebruiken.
De testnummers van http://enum-test.at/ werken zelfs rechtstreeks omdat
Voxalot de Enum lookup doet: *129#00437200101011 levert de tekst Enum op
en een muziekje. De voice pakketjes gaan daarbij rechtstreeks van mijn
Fritz naar avm.de resp enum-test.at, zo blijkt uit de Voice Transmission
log van mijn Fritzbox. Screenshot: http://elijst.nl/sipuri.gif
620393 is overigens mijn Voxalot accountnummer. Als ik Voxalot
geregistreerd heb in mijn Fritz (quod meestal non) ben ik dan ook
belbaar op 620...@85.223.116.228 omdat 620393 dan immers 1 van de
geregistreerde internetnummers in mijn Fritz is.
Jan
Merci,
Boonie
Laat even weten of het je wel lukt direct vanuit de Fritz naar een
SIP-uri te 'bellen'. Dus zonder Voxalot oid.
Jan
is het UMTS voor een laptop-modem of voor een telefoon ? het prijs
verschil is nl. groot tussen deze twee.
Heb hier zelf een hp laptop met een ingebouwde modem, en een Vodafone
prepay SIM voor als mijn ADSL (Telfort) provider er uit ligt...
echt een noodoplossing dus :( (duur)
Ik zal eens naar OSI Googlen...
Heb hier ook nog een oude Fritz! liggen, Maar heb nu eindelijk een goede
setup met een Zyxel in bridge en de Sitecom WL309 als router en een
Gigaset 301 D Dect IP basisstation daarachter waar ik dus alleen het
voip gedeelte van gebruik, en dat werkt goed, er kunnen 6 providers in 301 D
En ook nog een Snom820 ip telefoon, waar ik nog een beetje mee stoei...
want een Granstream 2000 werkt eenvoudiger qua opzet...
>>> heb ook kans dat het een vertragende werking heeft... en UMTS is je
>>> router in dit geval, waar jij geen andere instellingen kunt doen, via
>> !????????? Ooit gehoord van het OSI-model??????? UMTS is layer 1, niet
>> layer 3... :-)
> Zonder te Googlen zegt mij dit inderdaad niet veel, dat van de layers
> wel iets, heb hier wat boeken over boeken over voip en sip. Uit jouw
> betoog begrijp ik dan dat je dan dus redelijk goed je gang kan gaan,
> zonder last...
Dat heb ik nou ook weer niet gezegd.. :-)
Maar UMTS is een medium dat alleen dataverkeer doorlaat...
Maar UMTS doet niks met de pakketjes.. Het is dus geen layer3 apparaat
(router).
De 3G-operators laten inderdaad veelal geen VOIP verkeer door.
Want dan zou iedereen via een VOIP accountje via 3G voor weinig kunnen
bellen, buiten de GSM-operator om... En dat is inkomstenderving.
Voordat je via UMTS naar internet toe gaat, zal er vast wel een firewall
ertussen zitten, dat de standaard VOIP-poorten blokkeert...
Maar als je op de een of andere manier voor elkaar kunt krijgen dat je op
een niet-standaard poort toegang kunt krijgen tot een VOIP-dienst, dat
die firewall niet zo veel zin heeft.
Wellicht kun je een VPN-tunnel bouwen, en het VOIP-verkeer dan tunnelen.
Goede ISP die dat kan blokkeren.. ;-)
Voxalot bijvoorbeeld werkt ook op wat andere poorten. In mijn Nokia E51
heb ik hem nu staan op poort 4060, zodat ik op diverse Wifi-netwerken
toch gewoon kan bellen. Of het over 3G gaat met T-Mobile en Vodafone zal
ik ook eens testen.
Jan
Inmiddels ben ik er achter dat de Enum lookup wel slaagt. Dat kun je
zien door telnet open te zetten op de Fritz (#96*7*), naar de Fritz
shell te gaan en dan de Voip daemon te starten en in de voorgrond te
runnen:
# voipd -s
voipd stopped
# voipd -f -v
f = foreground, v = verbose
Zodra je dan gaat bellen zie je alle sip-verzoeken e.d. voorbij vliegen.
Na afloop van het testen wel even je Fritz rebooten ;-) En evt de telnet
weer uitzetten (#96*8*).
Hiermee heb ik kunnen achterhalen dat het bellen naar
2...@hd-telefonie.avm.de op zich wel lukt: er wordt een sip-invite
verstuurd, die positief wordt beantwoord. Vervolgens gaan ze
onderhandelen over de codec en daar lijkt het fout te gaan. Ze lijken
het eens te worden, maar het effect is dat er G.711 (alaw?) pakketjes
naar avm verstuurd worden, maar er komen geen pakketjes met dezelfde
codec terug. De verbinding blijft echter wel in stand.
De Enum lookup voor 00437200101011 levert het goede antwoord op:
sip:enum...@sip.nemox.net
Vervolgens stuurt mijn Fritz 6 keer een sip-invite naar sip.nemox.net,
maar daar komt geen antwoord op. Dan geeft hij het op en probeert het
via de ingestelde Voip provider, wat dus niet lukt.
Kortom, fool proof is het lang niet. Toch maar voxalot er tussen laten
zitten als ik sip-uri wil bellen....
Jan
Heeft alleen niks met de vraag te maken ?
Het is ook een spammer.
SIP SDK provides tools and components to quickly add SIP (Session
Initiation Protocol) based dial and receive phone calls feature in
your web pages and software applications. It accelerates the
development of SIP based soft phone with your own GUI (graphical user
interface) and brand name. SIP SDK includes SIP activeX , SIP OCX ,
SIP DLL , SIP Lib and SIP Cab, so you can use the one you like the
most. It is really easy to incorporate SIP SDK in your web pages and/
or applications. Sample source codes are available to download. It
delivers superior voice quality by integrating advanced digital voice
processing features including acoustic echo cancellation, noise
cancellation and adaptive jitter buffering. For more details, please
visit the features link.
Features:
Multiple lines explicit selection!
Conferencing!
Dynamically loadable codecs
SIP Proxy authentication
Multi-party voice conference
Registrar support
Play wav files into conversation
Record conversation into file
Hold/Retrieve call
Forward Call (Blind Call Transfer)
Transfer Call (Attended Transfer)
Mute Sound
VPN support
Authorization Id
Noise reduction
Auto gain
Jitter buffer parameters
Samples on Delphi, C#, VB, VB.NET, C++ 2005, C++ 6.0, HTML (SIP
ActiveX)
Windowless samples on C++ and .NET
DTMF
Adaptive silence detection
Adaptive jitter buffer
STUN support
Comes as ActiveX control and as DLL only version
.Net COM wrapper version
Retrieving external IP addres from STUN server
IM interface
Codec disabling
Playback of different formats of WAV files
Software volume control
Caller-id and user-agent customization
SDP updates
Fax support
AuthID handling
IPv4/v6 support
Additional DNS servers
Manual network interface selection
Friendly to NAT and other firewalls
Narrowband, wideband voice codecs
Packet Loss Concealment
Network interface selection
Bluetooth implementation
Callcenter manager listening usecase implemented
Additional independent full featured RTP SDK
Royalty free licensing
No Yearly/Monthly fee
Free product updates/bug fixes/hot patches
Available codecs:
G.711-ALaw
G.711-uLaw
G.726 (16k 24k 32k 40k)
G.729
G.729A
iLBC
LPC-10
Speex (Narrow, Wide)
g723.1
If you have any questions regarding the product, purchasing, licenses
etc, please don't hesitate to contact us at sup...@sipvoipsdk.com.
VoIP SIP SDK:
• g729 and g723 Codec´s support
• Multiple and single Codec selection support
• Failure codes support (get SIP Message Response Code, SIP Message
Response Text)
• RTP/RTCP Port setting (for inbound RTP traffic)
• Reduce audio latency and audio latency settings (properties:
MinPrefetchCount, MaxPrefetchCount, MaxRTPPackets)
• Media status (Events: OnLocalMediaStarted, OnLocalMediaStoped,
OnRemoteMediaStarted, OnRemoteMediaStoped)
• Get used codec per line
• Custom Ringtone (play wav) support (property: RingtoneFile)
• Play wav to a selected phone line (methods: StartPlayingAtLine,
StopPlayingAtLine)
• Redirect Call to other phone line
• Load and Save Configurations (methods: LoadConfiguration,
StoreConfiguration)
• Complete new, re-written and updated samples with source code
• and much more!
Here is a list of the main features of the VoIP SIP SDK::
• Easily make and receive SIP (Session Initiation Protocol) based
phone calls through any SIP gateway or SIP compliant IP-Telephony
service provider
• VoIP conferencing with crystal clear sound even for both low and
high-bandwidth users
G711 A-Law, G711 U-Law, Speex, Speex-wb, GSM6.10, iLBC, L16 and
g729 & g723 Codec
• Open standards-based and interoperable with all of the major
equipment vendors
• UDP and TCP support
• Multi-party voice conference support/ Conference split and join,
locally mixed conferences
• Multi-line support (multiple simultaneous calls)
• SIP Instant/Chat Messaging with send/receive controlling
• Integrated STUN, TURN and ICE support
<• Comes with new sample SIP Proxy Server to provide in bundle with
the SIP Client ActiveX a ready up own SIP VoIP and Instant
Messaging network solution.
• P2P support for directly connections between 2 SIP clients
without SIP Server
• Outbound proxy server support
• Encrypted SIP account settings (encrypted SIP account settings in
your webpage)
• Line Hold/Un-hold support
• Call forwarding and rejection
• Call transfer support
• Select media input/output devices
on-the-fly - also during a conversation/ conference)
• Mute microphone/speaker + level indicator
• Auto-answer
• DND (Do Not Disturb)
• Adaptive Jitter buffer
• PLC (Packet Lost Concealment)
• AGC (auto gain controller)
• AES (Acoustic echo cancellation or suppression)
• Noise cancellation or suppression
• DTMF tones support (generation/detection)
• Recording voice conversation into PCM WAVE (.wav) file
• Playing PCM WAVE (.wav) files to the remote end
• Audio file memory cache
• Extended SIP URL functions
• Dynamically loadable codec support (coming soon)
• Comes as ActiveX control (Web demo with ready-up signed CAB
included)
• Registration on SIP Server (SIP Registrar)
• Log file on/off setting
• Microphone and Speaker Volume with Mute support
• Keep-alive packets to NAT/firewall
• Fully-customizable user interface
• Microsoft Authenticode Certificate
• Works with all kind of Internet connections
• Friendly to NAT and other firewalls
• Keep-alive packets to NAT/firewall
• Royalty free licensing
• No Yearly/Monthly fee
• Very easy to incorporate
• Fully sample applications for various programming languages such as
sample source code for C#, VB.NET, JavaScript (Webdemo), VB 6.0 and
Delphi
• For .NET framework as well and all development environments with
ActiveX support
Easy, familiar, event-driven call control ActiveX of VoIP SIP SDK:
• Easy to use; quick development
• Support for .NET framework and all development environments with
ActiveX support
• Very easy to incorporate
Rich call control feature set of VoIP SIP SDK:
• Multi-party voice conference support (Conference split/ join,
locally mixed conferences)
• Multi-line support (multiple simultaneous calls)
• SIP Instant messaging
• Locally mixed conferences
• Hold/Mute
• Call transfer
• Call forwarding and rejection
Industry leading SIP support of VoIP SIP SDK:
• RFC3261 compliant SIP stack
• RFC 2833 out-of-band DTMF signaling
• Integrated STUN, TURN and ICE support
Comprehensive configuration support of VoIP SIP SDK:
• Select media input/output devices (on-the-fly as well during a
conversation/conference)
• Configurable ports (RTP, SIP UDP, SIP TCP, STUN, TURN, ICE)
• SIP proxy
Advanced digital voice processing features of VoIP SIP SDK:
• AGC (auto gain controller)
• AES (Acoustic echo cancellation or suppression)
• Noise cancellation or suppression
… VoIP SIP SDK supports even much more!