Kein Ton bei SIP-Anmeldung von Extern (* auf W900V; E70 über o2)

Sidebar Sidebar
Upgrade 3CX to v18 and get it hosted free!
G

glyxkecks

Neuer User
Mitglied seit
13 Feb 2005
Beiträge
70
Punkte für Reaktionen
0
Punkte
6
Hi Forum,
nachdem ich es geschafft habe die ar7.cfg so anzupassen, daß ich mich aus dem Internet auf den Asterisk auf meinem W900V anzumelden, habe ich nur noch ein "klitzekleines" Problem:
Ich kann bei Anmeldung aus dem Internet raustelefonieren und angerufen werden und der Verbindungsaufbau klappt problemlos. Nur es ist kein Ton zu hören und zwar in beide Richtungen!
Melde ich mich hingegen über WLAN aus dem lokalen Netz an, dann habe ich Ton in beide Richtungen. Die Portfreigaben sind eigentlich alle gesetzt. Hat hier jemand eine Idee, was da noch falsch ist?
Code: 
grep -n 0.0.0.0 ar7.cfg
12:        wan_bridge_gateway = 0.0.0.0;
22:                dstipaddr = 0.0.0.0;
24:                dhcpstart = 0.0.0.0;
25:                dhcpend = 0.0.0.0;
31:                dstipaddr = 0.0.0.0;
33:                dhcpstart = 0.0.0.0;
34:                dhcpend = 0.0.0.0;
40:                dstipaddr = 0.0.0.0;
42:                dhcpstart = 0.0.0.0;
43:                dhcpend = 0.0.0.0;
49:                dstipaddr = 0.0.0.0;
53:                dhcpstart = 0.0.0.0;
54:                dhcpend = 0.0.0.0;
61:                dstipaddr = 0.0.0.0;
65:                dhcpstart = 0.0.0.0;
66:                dhcpend = 0.0.0.0;
72:                dstipaddr = 0.0.0.0;
74:                dhcpstart = 0.0.0.0;
75:                dhcpend = 0.0.0.0;
84:                dhcpstart = 0.0.0.0;
85:                dhcpend = 0.0.0.0;
156:        voip_forwardrules = "udp 0.0.0.0:5060 0.0.0.0:5060",
157:                            "tcp 0.0.0.0:5060 0.0.0.0:5060",
158:                            "udp 0.0.0.0:5061 0.0.0.0:5061",
159:                            "tcp 0.0.0.0:5061 0.0.0.0:5061",
160:                            "udp 0.0.0.0:7078+32 0.0.0.0:7078",
161:                            "udp 0.0.0.0:9078 0.0.0.0:9078",
162:                            "udp 0.0.0.0:9079 0.0.0.0:9079",
163:                            "udp 0.0.0.0:9080 0.0.0.0:9080",
164:                            "udp 0.0.0.0:9081 0.0.0.0:9081",
165:                            "udp 0.0.0.0:9082 0.0.0.0:9082",
166:                            "udp 0.0.0.0:9083 0.0.0.0:9083",
167:                            "udp 0.0.0.0:9084 0.0.0.0:9084",
168:                            "udp 0.0.0.0:9085 0.0.0.0:9085",
169:                            "udp 0.0.0.0:9086 0.0.0.0:9086",
170:                            "udp 0.0.0.0:9087 0.0.0.0:9087",
171:                            "udp 0.0.0.0:9088 0.0.0.0:9088",
172:                            "udp 0.0.0.0:9089 0.0.0.0:9089",
173:                            "udp 0.0.0.0:9090 0.0.0.0:9090",
174:                            "udp 0.0.0.0:9091 0.0.0.0:9091",
175:                            "udp 0.0.0.0:9092 0.0.0.0:9092",
176:                            "udp 0.0.0.0:9093 0.0.0.0:9093",
177:                            "udp 0.0.0.0:9094 0.0.0.0:9094",
178:                            "udp 0.0.0.0:9095 0.0.0.0:9095",
179:                            "udp 0.0.0.0:9096 0.0.0.0:9096",
180:                            "udp 0.0.0.0:9097 0.0.0.0:9097";
181:        tr069_forwardrules = "tcp 0.0.0.0:8089 0.0.0.0:8089";
194:                        ipaddr = 0.0.0.0;
195:                        netmask = 0.0.0.0;
196:                        gateway = 0.0.0.0;
197:                        dns1 = 0.0.0.0;
198:                        dns2 = 0.0.0.0;
258:                        forwardrules = "udp 0.0.0.0:5060 0.0.0.0:5060",
259:                                   "udp 0.0.0.0:5061 0.0.0.0:5061",
260:                                   "udp 0.0.0.0:9078 0.0.0.0:9078",
261:                                   "udp 0.0.0.0:9079 0.0.0.0:9079",
262:                                   "udp 0.0.0.0:9080 0.0.0.0:9080",
263:                                   "udp 0.0.0.0:9081 0.0.0.0:9081",
264:                                   "udp 0.0.0.0:9082 0.0.0.0:9082",
265:                                   "udp 0.0.0.0:9083 0.0.0.0:9083",
266:                                   "udp 0.0.0.0:9084 0.0.0.0:9084",
267:                                   "udp 0.0.0.0:9085 0.0.0.0:9085",
268:                                   "udp 0.0.0.0:9086 0.0.0.0:9086",
269:                                   "udp 0.0.0.0:9087 0.0.0.0:9087",
270:                                   "udp 0.0.0.0:9088 0.0.0.0:9088",
271:                                   "udp 0.0.0.0:9089 0.0.0.0:9089",
272:                                   "udp 0.0.0.0:9090 0.0.0.0:9090",
273:                                   "udp 0.0.0.0:9091 0.0.0.0:9091",
274:                                   "udp 0.0.0.0:9092 0.0.0.0:9092",
275:                                   "udp 0.0.0.0:9093 0.0.0.0:9093",
276:                                   "udp 0.0.0.0:9094 0.0.0.0:9094",
277:                                   "udp 0.0.0.0:9095 0.0.0.0:9095",
278:                                   "udp 0.0.0.0:9096 0.0.0.0:9096",
279:                                   "udp 0.0.0.0:9097 0.0.0.0:9097",
280:                                       "tcp 0.0.0.0:80 192.168.178.253:82 0 # WOL",
281:                                       "tcp 0.0.0.0:21 192.168.178.4:21 0 # FTP-Server",
282:                                       "tcp 0.0.0.0:3407 192.168.178.25:3407 0 # eMule TCP",
283:                                       "udp 0.0.0.0:3411 192.168.178.25:3411 0 # eMule UDP",
284:                                       "tcp 0.0.0.0:443 192.168.178.25:443 0 # HTTPS-Server",
285:                                       "tcp 0.0.0.0:6680+4 192.168.178.25:6680 0 # Bittorrent",
286:                                       "tcp 0.0.0.0:22 192.168.178.25:22 0 # SSH-Server";
301:                        ipaddr = 0.0.0.0;
302:                        netmask = 0.0.0.0;
303:                        gateway = 0.0.0.0;
304:                        dns1 = 0.0.0.0;
305:                        dns2 = 0.0.0.0;
340:                        forwardrules = "udp 0.0.0.0:5060 0.0.0.0:5060",
341:                                   "udp 0.0.0.0:5061 0.0.0.0:5061";
390:                my_ipaddr = 0.0.0.0;
391:                his_ipaddr = 0.0.0.0;
392:                overwrite_dns1 = 0.0.0.0;
393:                overwrite_dns2 = 0.0.0.0;
446:                my_ipaddr = 0.0.0.0;
447:                his_ipaddr = 0.0.0.0;
448:                overwrite_dns1 = 0.0.0.0;
449:                overwrite_dns2 = 0.0.0.0;

Auszug sip.conf:
Code: 
context=default                 ; Default context for incoming calls
bindport=5061                   ; UDP Port to bind to (SIP standard port is 5060)
port=5061
bindaddr=0.0.0.0                ; IP address to bind to (0.0.0.0 binds to all)
srvlookup=yes                   ; Enable DNS SRV lookups on outbound calls
;language=de
useragent=Fritz!Box Speedport 900V Asterisk
canreinvite=no
disallow=all
allow=gsm
allow=alaw
allow=ulaw
qualify=yes

externhost=meinhost.dnsalias.net
localnet=192.168.178.0/255.255.255.0
externrefresh=5

[91]
callerid="SIP 1 <91>"
host=dynamic
user=91
secret=geheim
type=friend
nat=yes
canreinvite=no
insecure=port,invite
qualify=6000
dtmfmode=rfc2833

Anmeldung klappt prima:
Code: 
[Feb 17 09:03:38] NOTICE[1981]: chan_sip.c:12516 handle_response_peerpoke: Peer '91' is now Reachable. (579ms / 6000ms)

fritz*CLI> sip show peer 91
fritz*CLI>
  * Name       : 91
  Secret       : <Set>
  MD5Secret    : <Not set>
  Context      : default
  Subscr.Cont. : <Not set>
  Language     :
  AMA flags    : Unknown
  Transfer mode: open
  CallingPres  : Presentation Allowed, Not Screened
  Callgroup    :
  Pickupgroup  :
  Mailbox      :
  VM Extension : asterisk
  LastMsgsSent : 32767/65535
  Call limit   : 0
  Dynamic      : Yes
  Callerid     : ""SIP 1" <91>
  MaxCallBR    : 384 kbps
  Expire       : 3596
  Insecure     : port,invite
  Nat          : Always
  ACL          : No
  T38 pt UDPTL : No
  CanReinvite  : No
  PromiscRedir : No
  User=Phone   : No
  Video Support: No
  Trust RPID   : No
  Send RPID    : No
  Subscriptions: Yes
  Overlap dial : Yes
  DTMFmode     : rfc2833
  LastMsg      : 0
  ToHost       :
  Addr->IP     : 82.113.106.x Port 10775
  Defaddr->IP  : 0.0.0.0 Port 5060
  Def. Username: 91
  SIP Options  : (none)
  Codecs       : 0xe (gsm|ulaw|alaw)
  Codec Order  : (gsm:20,alaw:20,ulaw:20)
  Auto-Framing:  No
  Status       : OK (579 ms)
  Useragent    : Nokia RM-10 3.0633.09.04
  Reg. Contact : sip:[email protected];transport=UDP

fritz*CLI> sip show peers
Name/username              Host            Dyn Nat ACL Port     Status
91/91                      82.113.106.x    D   N      10775    OK (1952 ms)

Und die rtp.conf
Code: 
cat rtp.conf
;
; RTP Configuration
;
[general]
;
; RTP start and RTP end configure start and end addresses
;
; Defaults are rtpstart=5000 and rtpend=31000
; fritzbox voipd uses 7078-7097 (see ar7.cfg)
rtpstart=9078
rtpend=9097
;
; Whether to enable or disable UDP checksums on RTP traffic
;
;rtpchecksums=no
;
; The amount of time a DTMF digit with no 'end' marker should be
; allowed to continue (in 'samples', 1/8000 of a second)
;
;dtmftimeout=3000
 
Zuletzt bearbeitet:
Hast Du die Fritzbox nach Deinen Änderungen für die RTP-Ports rebootet ( man kann zwar auch einen Reload ohne Reboot erzwingen, aber mir fällt der Weg gerade nicht ein ) ?

Ansonsten sind Deine Änderungen m.W. nicht automatisch aktiv!

Ferner wäre interessant zu sehen, ob es während des Gesprächsaufbaus irgendwelche besonderen Melgungen gibt.

Gruß
dynamic
 
Ja reboot habe ich gemacht - sogar mehrmals (mit und ohne firmware upgrade).
Hier die Ausgabe beim Verbindungsaufbau. Was interessant ist, daß in diesem Fall die Verbindung vom E70 (SIP-Client) beendet wurde und der asterisk nur über einen Timeout davon merkt. Das Klingeln und Abheben der Gegenstelle bekommt man aber am E70 mit! Nur eben kein Ton:
Code: 
fritz*CLI> set verbose 5
Verbosity was 0 and is now 5

The 'set verbose' command is deprecated and will be removed in a 
future release. Please use 'core set verbose' instead.

    -- Registered SIP '91' at 82.113.106.x port 50506 expires 3600
    -- Saved useragent "Nokia RM-10 3.0633.09.04" for peer 91

[Feb 18 04:44:57] NOTICE[1981]: chan_sip.c:12516 handle_response_
peerpoke: Peer '91' is now Reachable. (1773ms / 6000ms)

    -- Executing [017xxxxxxxx@default:1] Dial("SIP/91-005f4190", 
"CAPI/ISDN1/017xxxxxxxx|90|r") in new stack

    -- Called ISDN1/017xxxxxxxx

    -- CAPI/ISDN1#02/017xxxxxxxx-10 is making progress passing it 
to SIP/91-005f4190

    -- CAPI/ISDN1#02/017xxxxxxxx-10 is ringing

  == ISDN1#02: Setting up DTMF detector (PLCI=0x1501, flag=1)

    -- CAPI/ISDN1#02/017xxxxxxxx-10 answered SIP/91-005f4190

[Feb 18 04:46:04] WARNING[1981]: chan_sip.c:1944 retrans_pkt: 
Maximum retries exceeded on transmission _j9sm9xqoIfPJXurNHy3j
pbKTjU2a7 for seqno 1654 (Critical Response)

[Feb 18 04:46:05] WARNING[1981]: chan_sip.c:1968 retrans_pkt: 
Hanging up call _j9sm9xqoIfPJXurNHy3jpbKTjU2a7 - no reply to our
 critical packet.

  == ISDN1#02: CAPI Hangingup for PLCI=0x1501 in state 2

  == Spawn extension (default, 017xxxxxxxx, 1) exited non-zero 
on 'SIP/91-005f4190'
Legt das angerufene Handy als erstes auf, bekommt der Asterisk davon sofort mit aber das E70 (SIP-Client) bekommt davon überhaupt nichts mit und zeigt Minuten später noch eine aktive Verbindung an, obwohl schon längst aufgelegt wurde:
Code: 
    -- Executing [017xxxxxxxx@default:1] Dial("SIP/91-005ef778",
 "CAPI/ISDN1/017xxxxxxxx|90|r") in new stack

    -- Called ISDN1/017xxxxxxxx

    -- CAPI/ISDN1#02/017xxxxxxxx-11 is making progress passing it 
to SIP/91-005ef778
    -- CAPI/ISDN1#02/017xxxxxxxx-11 is ringing

  == ISDN1#02: Setting up DTMF detector (PLCI=0x1601, flag=1)

    -- CAPI/ISDN1#02/017xxxxxxxx-11 answered SIP/91-005ef778

  == ISDN1#02: CAPI Hangingup for PLCI=0x1601 in state 2
  == Spawn extension (default, 017xxxxxxxx, 1) exited non-zero on
 'SIP/91-005ef778'

       > ISDN1#02: CAPI INFO 0x3490: Normal call clearing

Hier übrigens meine SIP-Einstellungen auf dem Nokia E70 (E50,E60,E61, ... müßte genauso gehen):
Code: 
Profilname: Asterisk
Dientsprofil: IETF
Standard-Zug.-pkt.: o2 Internet
Öff. Benutzername: sip:[email protected]
Komprimier. verwend.: Nein
Anmeldung: Immer aktiv
Sicherh.-mech. verw.: Nein

Proxyserver
Proxyserver-Adresse: sip:meinhost.dnsalias.net
Gebiet: asterisk
Benutzername: 91
Passwort: ****
Loose Routing erlauben: Ja
Transporttyp: UDP
Port: 5061

Anmeldeserver
Anmeldeserver-Adresse: sip:Asterisk
Gebiet: Kein
Benutzername: Kein
Passwort: Kein
Transporttyp: UDP
Port: 5061

Ganz wichtig war dort "Loose Routing erlauben: Ja" - ohne geht's nicht! Was auch noch wichtig ist, ist daß man bei den Zugangspunkteinstellungen (hier "o2 Internet") den Proxyserver entfernt! Dieser ist standardmäßig eingetragen und stört nicht nur bei VoIP, sondern z.B. auch bei Mail4Exchange, indem alle 3min die Verbindung getrennt wird.
Entfernen kann man ihn folgendermaßen:
System -> Verbindungen -> Zugangspunkte -> "o2 Internet" -> "Optionen" (linke Taste unterm Bildschirm) -> Erweiterte Einstell.
Proxyserver-Adr.: Keine (einfach das dort eingetragene löschen).
Proxy-Portnummer: 0
 
Zuletzt bearbeitet:
Registered SIP '91' at 82.113.106.x port 50506 expires 3600
Zum Vergrößern anklicken....
Handelt es sich hierbei lediglich um eine nicht beabsichtigte manuelle Änderung ?
... und versuche es mal mit folgenden Änderungen in der sip.conf:
Code: 
[91]
...
domain=meinhost.dnsalias.net
qualfiy -> rausnehmen ( in einem 2. Schritt, zusätzlich zu der Angabe der domain )
 
Zuletzt bearbeitet:
das ist der backport des sip-clients... im 1. thread war es z.B. 10775 - daß es diesmal 50506 ist, ist reiner Zufall...
 
ok ... füge wie oben angegeben den Domain-Eintrag noch hinzu
 
okai - werde ich heute abend nach der arbeit probieren.
Was mir gerade noch auffällt:
Code: 
  Addr->IP     : 82.113.106.x Port 10775
  Defaddr->IP  : 0.0.0.0 Port 5060
  Def. Username: 91
  SIP Options  : (none)
  Codecs       : 0xe (gsm|ulaw|alaw)
  Codec Order  : (gsm:20,alaw:20,ulaw:20)
  Auto-Framing:  No
  Status       : OK (579 ms)
  Useragent    : Nokia RM-10 3.0633.09.04
  Reg. Contact : sip:[email protected];transport=UDP

fritz*CLI> sip show peers
Name/username              Host            Dyn Nat ACL Port     Status
91/91                      82.113.106.x    D   N      10775    OK (1952 ms)

Defaddr->IP : 0.0.0.0 Port 5060
Zum Vergrößern anklicken....
Warum auf 5060??? Ich habe in der SIP-Conf die 5061 drinnen stehen und auch alle Portweiterleitungen und den Client so eingerichtet... Vom (W)LAN aus geht es übrigens mit den selben Einstellungen des Clients problemlos...
 
Was es mit dem "backport" auf sich hat, habe ich nicht verstanden, aber gehe davon aus, dass Du den Hintergrund dafür schon kennst.

Bei mir registrieren sich alle SIP-clients ( ob via Internet oder Intranet ) an Port 5061 ( bzw. 5060, da ich den VoIP Client der FBF nicht nutze ) - ohne irgendwelche "backports" und entsprechend zeigt der "sip show peers" Output das auch.

Die Beobachtung, dass der * gelegentlich z.B. statt 5061 immer noch 5060 zeigt habe ich auch gemacht, aber dennoch wurde 5061 genutzt - müsste bei Zeiten noch näher untersucht werden :rolleyes:
 
funktioniert beides nicht :-( (weder domain, noch qualify)
auch stoppen des voipd und umstellen des ports auf 5060 hat nichts gebracht :-(
 
Vielleicht erklärst Du mir das mit dem "backport" ja nochmal, damit ich verstehe, was dahinter steckt.

So wie Du das Problem Beschreibst deutet vieles auf die RTP-Ports hin ... auch wenn Deine Änderungen aus der ar7.cfg korrekt aussehen, könnte irgendwo ja noch was fehlen.

Versuche daher:
- voipd stoppen
- sip.conf, bindport auf Port 5060 setzen, domain=deine-domain-setzen.de
- rtp.conf, rtpstart=7078 und rtpend=7097 setzen
- und nochmal testen

Gruß
dynamic
 
Hi dynamic,
mit backport meinte ich den port, den der sip-client dem asterisk mitteilt, unter welchem er erreichbar ist. eine fbf lauscht hier normalerweise auf die 5060 - prinzipiell ist jeder beliebige port möglich. beim nokia e70 ist dies ein höherer port - meine interne fbf nimmt hier wie gesagt die 5060. dieser port wird z.b. bei qualify regelmäßig "angepingt" *vermute*
voipd hatte ich gestoppt und bindport auf 5060 gesetzt... rtp.conf ist standardmäßig auf diese ports eingestellt...
nützt nichts :-(
 
- wo genau teilst Du denn dem * mit, dass er "backports" zulassen soll ? Wenn ich das richtig sehe, setzt Du bindport=5061 und darauf lauscht der * dann auch ausschließlich, oder ?
- rtp.conf ist in der Default-Konfiguration auf 9078 - 9097 gesetzt
- in Deiner sip.conf nutzt Du einige zusätzliche Parameter ( die ich jetzt nicht alle nachschauen werde :rolleyes: ). Versuche es mit der default sip.conf ( ohne zus. Parameter ) in der lediglich Deine Daten geändert werden sollten und sonst nichts.
 
sorry - wollte dich nicht mit "backports" verwirren. Der Asterisk lauscht auf 5061 auf Verbindungen vom SIP-Client (so ist es in der Konfiguration drinnen). Der SIP-Client hat auch einen Port offen, auf dem er auf Verbindungen vom Asterisk lauscht. Dieser Port wird vom SIP-Client selber nach belieben festgelegt...
Bei "sip show peers" siehst Du übrigens bei den verbundenen Clients immer den Port, auf dem diese lauschen. Eine standard fritz!box lausch z.B. auf 5060 - muß sie aber nicht...
die rtp.conf ist unverändert (9078 - 9097)
Die zusätzlichen Parameter in der sip.conf habe ich mit viel Mühe rausgesucht, damit das Nokia E70 sich überhaupt registrieren kann...
 
Jetzt verstehe ich was Du mit dem backport meinst ... das war aber kein Groschen der gefallen ist, sondern eher ein 100 EUR schein :rolleyes:

Hattest Du denn bei dem vorgeschlagenen Test mit gestoppter voipd, bindport=5060, auch die rtp.conf wie vorgeschlagen ( 7078 - 7097 ) angepasst gehabt ?
 
Du läßt einfach 100¤-Scheine fallen? Darf ich Dir meine Adresse schicken? ;-)
In deinem Thread oben hattest Du für die rtp.conf die standard-ports vom * auf fbf (9078-9097) vorgeschlagen - 7078-7097 muß ich mal ausprobieren...
Werde heut' abend mal schauen, wenn ich zeit hab'...
 
mist - dachte erst, es geht, bis ich gemerkt hab', daß ich normal über gsm gewählt hab' und garnicht über voip :-(
geht also immernoch nicht... das selbe verhalten... trotz ports 5060 + 7078-7097...
 
Zuletzt bearbeitet:
Selbes Problem

Hi,
ich bin sehr an diesem Thema interessiert da ich das gleiche Problem habe. Solange ich im WLAN bleibe geht alles wunderbar. Sobald ich von außen auf das Netz zugreife kann ich mich registrieren und auch Anrufe tätigen (zum Beispiel aufs Festnetz). Es klingelt und ich kann im SIP-Client sehen wenn abgehoben wird. Ton wird aber in keiner Richtung übertragen.

Ich habe also Wireshark genommen und einmal einen Anruf aus dem WLAN und einmal von draußen beobachtet.

Von drinnen werden die Daten an die 192.168.6.21 geschickt.

Und jetzt kommts: :)
Von draußen schickt der SIP-Client die Daten aber ebenso an die 192.168.6.21.
Der Asterisk sagt ihm das aber auch mit:
Code: 
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.42.1:5060 ....

.
.
.

Contact: <sip:22@[COLOR="Red"]192.168.6.21:5061[/COLOR]>
Content-Type: application/sdp
Content-Length: 261

v=0
o=root 4057 4057 IN IP4 [COLOR="Red"]192.168.6.21[/COLOR]
s=session
c=IN IP4 192.168.6.21
t=0 0
m=audio 10080 RTP/AVP 3 0 8 101
a=rtpmap:3 GSM/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=silenceSupp:off

Ich vermute das wird das Problem sein. Es kommt einfach nichts an...

Tschüss
 
ja schaut so aus :-(
kannst du etwas mehr zu deiner config schreiben?
wo hat er die ip-adressen her? wer ist 192.168.42.1 und wer ist 192.168.6.21 bzw. wie kommt der asterisk auf diese adressen?
edit
Von drinnen werden die Daten an die 192.168.6.21 geschickt.
Zum Vergrößern anklicken....
das ist also folglich die IP-Adresse, die dein SIP-Client intern erhält!? Nur wie kommt er auf die Idee diese auch für extern zu verwenden bzw. wo merkt er sich diese interne IP, wenn man von draußen reinkommt *wunder*
 
zum Aufbau

Hi,
also einmal intern, einmal extern:

intern:

Internet
|
|
DSL
|
|
WLAN
|
|
fritzbox2 (192.168.6.21)
|
|
SIP-Client


extern:

SIP-Client (192.168.42.1)
|
|
WLAN-Nachbarn
|
|
Internet -- DSL -- WLAN -- fritzbox2 (192.168.6.21)

sip.conf
Code: 
[general]
context=default			; Default context for incoming calls

bindport=5061			; UDP Port to bind to (SIP standard port is 5060)
bindaddr=0.0.0.0		; IP address to bind to (0.0.0.0 binds to all)
srvlookup=yes			; Enable DNS SRV lookups on outbound calls
language=de
externhost=****.dyndns.info
externrefresh=10

[2266380]
context=sip2266380
callerid="test" <2266380>
host=dynamic
domain=****.dyndns.info
nat=yes                        ; X-Lite is behind a NAT router
qualify=yes
type=friend
user=2266380
secret=***

disallow=all
allow=gsm                     ; GSM consumes far less bandwidth than ulaw
allow=ulaw
allow=alaw
 
Zuletzt bearbeitet:
Handelt es sich bei Beiden denn um ein Symbian-Client ?
Es könnte durchaus auch sein, dass der Nokia SIP-Client einen Bug hat ( kann mich erinnern sowas schonmal gelesen zu haben ).

Besteht das gleiche Problem auch mit einem anderen SIP-Client ( z.B. xlite oder so ) ?

Gruß
dynamic
 
Um antworten zu können musst du eingeloggt sein.

Zurzeit aktive Besucher

Gesamt: 637 (Mitglieder: 45, Gäste: 592)

Neueste Beiträge

Statistik des Forums

Themen
246,191
Beiträge
2,247,741
Mitglieder
373,746
Neuestes Mitglied
Busi11
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.
Ihr E-Mail-Adresse verifizieren

Ihr E-Mail-Adresse verifizieren

Wir haben Ihnen eine E-Mail geschickt. Klicken Sie auf die Schaltfläche im E-Mail-Text, um Ihre E-Mail-Adresse zu verifizieren – (Können Sie diese nicht finden können, dann überprüfen Sie Ihren Spam-Ordner).

IPPF im Überblick

Neueste Beiträge

Direktlinks Telefonanlage

Website-Sponsoren

3CX sponsor
KONTAKTIEREN SIE UNS BEI INTERESSE
| Style by ThemeHouse
XenPorta 2 PRO © Jason Axelrod of 8WAYRUN
Oben Unten
Zurück