[GELÖST] Fritz!Box (extern) an Asterisk 1.2 hinter einem Intertex IX67

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

HobbyStern

Aktives Mitglied
Mitglied seit
5 Dez 2005
Beiträge
1,844
Punkte für Reaktionen
0
Punkte
36
Hi Zusammen,

ich habe seit einiger Zeit ein etwas seltsames Problem - welches sicherlich mit ein wenig KnowHow zu korrigieren ist...

Ich habe FBFs in einigen Filialstandorten, diese melden sich am Asterisk im Hauptbetrieb an, dieser steht hinter einem Intertex IX67, also kein NAT, sondern direkt über die Intertex Lösung geroutet...

Ich kann diese Nebenstellen zwar als registriert sehen aber nicht anrufen.

Das ganze sieht im Sip Debug so aus:

Asterisk ist auf 10.0.0.60
IX67 auf 10.0.0.112
Anrufender (40) ist auf 10.0.0.193 (ich)
Gegenstelle (06), eine entfernte FBF auf 77.183.239.254 - durch den Intertex ebenfalls auf 10.0.0.112

Code: 
    -- Executing Dial("SIP/40-0825b790", "SIP/06||tTwW") in new stack
We're at 10.0.0.60 port 12936
Adding codec 0x8 (alaw) to SDP
Adding non-codec 0x1 (telephone-event) to SDP
13 headers, 10 lines
Reliably Transmitting (no NAT) to 10.0.0.112:5060:
INVITE sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 10.0.0.60:5060;branch=z9hG4bK141caff8;rport
From: "Stefan" <sip:[email protected]>;tag=as4050c0cf
To: <sip:[email protected]>
Contact: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 102 INVITE
User-Agent: Asterisk
Max-Forwards: 70
Date: Wed, 03 Sep 2008 12:38:18 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Content-Type: application/sdp
Content-Length: 208

v=0
o=root 2075 2075 IN IP4 10.0.0.60
s=session
c=IN IP4 10.0.0.60
t=0 0
m=audio 12936 RTP/AVP 8 101
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=silenceSupp:off - - - -

---
    -- Called 06
    -- Got SIP response 480 "Temporarily Unavailable" back from 10.0.0.112
Transmitting (no NAT) to 10.0.0.112:5060:
ACK sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 10.0.0.60:5060;branch=z9hG4bK141caff8;rport
From: "Stefan" <sip:[email protected]>;tag=as4050c0cf
To: <sip:[email protected]>;tag=1653809692148663112
Contact: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 102 ACK
User-Agent: Asterisk
Max-Forwards: 70
Content-Length: 0


---
    -- SIP/06-0825e3b0 is circuit-busy
  == Everyone is busy/congested at this time (1:0/1/0)
Kennt sich jemand mit der Art des Intertex"ing" aus, in etwa kann ich mir das ganze zusammenreimen, jedoch kann ich keinen Fehler auffinden. Das Problem besteht bei ALLEN entfernten FBFs.

Die SIP-Konfig im Asterisk 1.2 ist .. :

Code: 
[06]                            ; EinName
username=06
secret=geheim
type=peer            
qualify=300             
port=5060              
; nat=no               
host=dynamic              
dtmfmode=rfc2833             
context=filiale_tele         
language=de           
notifyringing=yes
insecure=very   
canreinvite=no
defaultip=EinName.org           ; Wo ist das Telefon
callerid=EinName <06>
Ich wäre soooo froh über Hilfe :habenwol:

Grüsse, Stefan
 
Zuletzt bearbeitet:
Ich hab keine Ahnung wie das Invite zustande kommmt:
INVITE sip:q55ssG1cbUtW@10.0.0.112 SIP/2.0
Bei mir steht vor dem @ die Rufnummer die ich rufen möchte. Versuch doch mal in der sip.conf 'callerid=EinName <06>' weg zu lassen. Is mir eh schleierhaft wann dies benötigt wird. Wenn du Dial(SIP/06) machst setzt du deine callerid auf 'EinName 06'?

Ich weis nicht ob es mit 'ner FB nötig ist, aber bei mir haben alle 10 Accounts einer FB die gleichen Einstellungen. Ich hab die Erfahrung gemacht, das Asterisk schwierigkeiten hat die unterschiedliche Accounts von der gleichen IP auseinander zu halten.

Hier der Ausschnitt der sip.conf für eine FB mit den Ruf#440-449
Code: 
[440]
host=dynamic
secret=geheim123
type=friend
canreinvite=no
defaultip=10.1.0.15

[441]
host=dynamic
secret=geheim123
type=friend
canreinvite=no
defaultip=10.1.0.15

[442]
host=dynamic
secret=geheim123
type=friend
canreinvite=no
defaultip=10.1.0.15

[443]
host=dynamic
secret=geheim123
type=friend
canreinvite=no
defaultip=10.1.0.15

[444]
host=dynamic
secret=geheim123
type=friend
canreinvite=no
defaultip=10.1.0.15

[445]
host=dynamic
secret=geheim123
type=friend
canreinvite=no
defaultip=10.1.0.15

[446]
host=dynamic
secret=geheim123
type=friend
canreinvite=no
defaultip=10.1.0.15

[447]
host=dynamic
secret=geheim123
type=friend
canreinvite=no
defaultip=10.1.0.15

[448]
host=dynamic
secret=geheim123
type=friend
canreinvite=no
defaultip=10.1.0.15

[449]
host=dynamic
secret=geheim123
type=friend
canreinvite=no
defaultip=10.1.0.15
 
Hi Burmann,

schön das es doch noch jemanden gibt der ähnliches betreibt :)

Also - ich habe es mal durchprobiert obwohl ich mir bei der callerid wenig sorgen gemacht habe.

Veränderung callerid raus.
Veränderung defaultip gleich dem intertex.

Das Ergebnis ist leider ernüchternd und bleibt beständig - kein Fehler oder meckerei, es ist schlichtweg 'congestion' geblieben.

Würdest Du mir einmal Deine sip.conf senden ? Ggf. habe ich da woanders etwas Auffälliges..hier noch der äußerst normale sip - debug...:

Code: 
    -- Executing Dial("SIP/44-081a9740", "SIP/06||tTwW") in new stack
We're at 10.0.0.60 port 12898
Adding codec 0x8 (alaw) to SDP
Adding non-codec 0x1 (telephone-event) to SDP
13 headers, 10 lines
Reliably Transmitting (no NAT) to 10.0.0.112:5060:
INVITE sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 10.0.0.60:5060;branch=z9hG4bK79e46042;rport
From: "Stefan" <sip:[email protected]>;tag=as058ad8e2
To: <sip:[email protected]>
Contact: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 102 INVITE
User-Agent: Asterisk
Max-Forwards: 70
Date: Thu, 04 Sep 2008 05:23:54 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Content-Type: application/sdp
Content-Length: 210

v=0
o=root 14044 14044 IN IP4 10.0.0.60
s=session
c=IN IP4 10.0.0.60
t=0 0
m=audio 12898 RTP/AVP 8 101
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=silenceSupp:off - - - -

---
    -- Called 06
    -- Got SIP response 480 "Temporarily Unavailable" back from 10.0.0.112
Transmitting (no NAT) to 10.0.0.112:5060:
ACK sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 10.0.0.60:5060;branch=z9hG4bK79e46042;rport
From: "Stefan" <sip:[email protected]>;tag=as058ad8e2
To: <sip:[email protected]>;tag=1653809692148663112
Contact: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 102 ACK
User-Agent: Asterisk
Max-Forwards: 70
Content-Length: 0


---
    -- SIP/06-081ba0d8 is circuit-busy
  == Everyone is busy/congested at this time (1:0/1/0)
  == Auto fallthrough, channel 'SIP/44-081a9740' status is 'CONGESTION'
Destroying call '[email protected]'

Danke und Grüsse, Stefan
 
Da diese sip.conf sehr Umfangreich geworden ist, hab ich grad 'ne neue Asterisk (IP:10.2.0.3) installiert (also Original sip.conf ohne Kommentare) und nur die Sektion [440] und [441] in sip.conf eingefügt :
sip.conf:
Code: 
[general]
context=default
allowoverlap=no
bindport=5060
bindaddr=0.0.0.0
srvlookup=yes
[authentication]

[440]
host=dynamic
secret=geheim123
type=friend
canreinvite=no
defaultip=10.2.0.103

[441]
host=dynamic
secret=geheim123
type=friend
canreinvite=no
defaultip=10.2.0.103
und drei Zeilen in extension.conf unter [default] :
Code: 
[default]
exten => _X.,1,NoOp(${STRFTIME(${EPOCH},,%Y%m%d-%H%M%S)} =${CONTEXT}=${EXTEN}=${CALLERID(all)})
exten => _X.,n,Dial(SIP/${EXTEN})
exten => _X.,n,Hangup(17)

und in die Fritz!Box (IP:10.2.0.103) 2 Internetrufnummern eingerichtet:
Code: 
1.)
Internettelefonie-Anbieter: anderer Anbieter
Internetrufnummer: 440
Kennwort: geheim123
Kennwortbestätigung: geheim123
Registrar:10.2.0.3
Alle anderen Felder leer bzw. kein x
2.)
Internettelefonie-Anbieter: anderer Anbieter
Internetrufnummer: 441
Kennwort: geheim123
Kennwortbestätigung: geheim123
Registrar:10.2.0.3
Alle anderen Felder leer bzw. kein x

Dann sind die Nummern Angemeldet:
Code: 
sip show peer 440


  * Name       : 440
  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     : "" <>
  MaxCallBR    : 384 kbps
  Expire       : 1808
  Insecure     : no
  Nat          : RFC3581
  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 : No
  DTMFmode     : rfc2833
  LastMsg      : 0
  ToHost       :
  Addr->IP     : 10.2.0.103 Port 5060
  Defaddr->IP  : 10.2.0.103 Port 5060
  Def. Username: 440
  SIP Options  : (none)
  Codecs       : 0x8000e (gsm|ulaw|alaw|h263)
  Codec Order  : (none)
  Auto-Framing:  No
  Status       : Unmonitored
  Useragent    : AVM FRITZ!Box Fon WLAN 08.04.15 (Jul 12 2006)
  Reg. Contact : sip:[email protected];uniq=CD10C114C9C60E2E62B55B7A37995

*CLI> sip show peer 441


  * Name       : 441
  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     : "" <>
  MaxCallBR    : 384 kbps
  Expire       : 1802
  Insecure     : no
  Nat          : RFC3581
  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 : No
  DTMFmode     : rfc2833
  LastMsg      : 0
  ToHost       :
  Addr->IP     : 10.2.0.103 Port 5060
  Defaddr->IP  : 10.2.0.103 Port 5060
  Def. Username: 441
  SIP Options  : (none)
  Codecs       : 0x8000e (gsm|ulaw|alaw|h263)
  Codec Order  : (none)
  Auto-Framing:  No
  Status       : Unmonitored
  Useragent    : AVM FRITZ!Box Fon WLAN 08.04.15 (Jul 12 2006)
  Reg. Contact : sip:[email protected];uniq=CD10C114C9C60E2E62B55B7A37995

Beim Anruf auf 441 mit verbose 5
Code: 
*CLI>     -- Executing [441@default:1] NoOp("SIP/440-0821d0a8", "20080904-085935 =default=441="" <440>*=*[email protected]=") in new stack
    -- Executing [441@default:2] Dial("SIP/440-0821d0a8", "SIP/441") in new stack
    -- Called 441
    -- SIP/441-08219fc0 is ringing
[COLOR="darkgreen"]hier hab ich aufgelegt[/COLOR]
  == Spawn extension (default, 441, 2) exited non-zero on 'SIP/440-0821d0a8'

Mit sip debug
Code: 
*CLI> sip debug
SIP Debugging enabled
The 'sip debug' command is deprecated and will be removed in a future release. Please use 'sip set debug' instead.
*CLI>
<--- SIP read from 10.2.0.103:5060 --->
INVITE sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 10.2.0.103:5060;branch=z9hG4bK9E4B50C767D1435A
From: <sip:[email protected]>;tag=F33A586F4DD0B6EB
To: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 9 INVITE
Contact: <sip:[email protected];uniq=CD10C114C9C60E2E62B55B7A37995>
Max-Forwards: 70
Expires: 120
User-Agent: AVM FRITZ!Box Fon WLAN 08.04.15 (Jul 12 2006)
Supported: 100rel,replaces,timer
Allow-Events: telephone-event,refer
Allow: INVITE,ACK,OPTIONS,CANCEL,BYE,UPDATE,PRACK,INFO,SUBSCRIBE,NOTIFY,REFER,MESSAGE
Content-Type: application/sdp
Accept: application/sdp, multipart/mixed
Accept-Encoding: identity
Content-Length:   373

v=0
o=user 14637199 14637199 IN IP4 10.2.0.103
s=call
c=IN IP4 10.2.0.103
t=1220512044 1220515644
m=audio 7078 RTP/AVP 8 0 2 102 100 99 97 101
a=sendrecv
a=rtpmap:2 G726-32/8000
a=rtpmap:102 G726-32/8000
a=rtpmap:100 G726-40/8000
a=rtpmap:99 G726-24/8000
a=rtpmap:97 iLBC/8000
a=fmtp:97 mode=30
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-11
a=rtcp:7079

<------------->
--- (17 headers 16 lines) ---
Sending to 10.2.0.103 : 5060 (no NAT)
Using INVITE request as basis request - [email protected]

<--- Reliably Transmitting (no NAT) to 10.2.0.103:5060 --->
SIP/2.0 407 Proxy Authentication Required
Via: SIP/2.0/UDP 10.2.0.103:5060;branch=z9hG4bK9E4B50C767D1435A;received=10.2.0.103
From: <sip:[email protected]>;tag=F33A586F4DD0B6EB
To: <sip:[email protected]>;tag=as7fa79bbd
Call-ID: [email protected]
CSeq: 9 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Proxy-Authenticate: Digest algorithm=MD5, realm="asterisk", nonce="3ded203d"
Content-Length: 0


<------------>
Scheduling destruction of SIP dialog '[email protected]' in 32000 ms (Method: INVITE)
Found user '440'

<--- SIP read from 10.2.0.103:5060 --->
ACK sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 10.2.0.103:5060;branch=z9hG4bK9E4B50C767D1435A
From: <sip:[email protected]>;tag=F33A586F4DD0B6EB
To: <sip:[email protected]>;tag=as7fa79bbd
Call-ID: [email protected]
CSeq: 9 ACK
User-Agent: AVM FRITZ!Box Fon WLAN 08.04.15 (Jul 12 2006)
Content-Length: 0


<------------->
--- (8 headers 0 lines) ---

<--- SIP read from 10.2.0.103:5060 --->
INVITE sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 10.2.0.103:5060;branch=z9hG4bK6AE0F077488D5397
From: <sip:[email protected]>;tag=F33A586F4DD0B6EB
To: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 10 INVITE
Contact: <sip:[email protected];uniq=CD10C114C9C60E2E62B55B7A37995>
Proxy-Authorization: Digest username="440", realm="asterisk", nonce="3ded203d", uri="sip:[email protected]", response="046aaf4bbf7a5aecb2ba13a2bb830a58", algorithm=MD5
Max-Forwards: 70
Expires: 120
User-Agent: AVM FRITZ!Box Fon WLAN 08.04.15 (Jul 12 2006)
Supported: 100rel,replaces,timer
Allow-Events: telephone-event,refer
Allow: INVITE,ACK,OPTIONS,CANCEL,BYE,UPDATE,PRACK,INFO,SUBSCRIBE,NOTIFY,REFER,MESSAGE
Content-Type: application/sdp
Accept: application/sdp, multipart/mixed
Accept-Encoding: identity
Content-Length:   373

v=0
o=user 14637199 14637199 IN IP4 10.2.0.103
s=call
c=IN IP4 10.2.0.103
t=1220512044 1220515644
m=audio 7078 RTP/AVP 8 0 2 102 100 99 97 101
a=sendrecv
a=rtpmap:2 G726-32/8000
a=rtpmap:102 G726-32/8000
a=rtpmap:100 G726-40/8000
a=rtpmap:99 G726-24/8000
a=rtpmap:97 iLBC/8000
a=fmtp:97 mode=30
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-11
a=rtcp:7079

<------------->
--- (18 headers 16 lines) ---
Sending to 10.2.0.103 : 5060 (no NAT)
Using INVITE request as basis request - [email protected]
Found user '440'
Found RTP audio format 8
Found RTP audio format 0
Found RTP audio format 2
Found RTP audio format 102
Found RTP audio format 100
Found RTP audio format 99
Found RTP audio format 97
Found RTP audio format 101
Peer audio RTP is at port 10.2.0.103:7078
Found audio description format G726-32 for ID 2
Found audio description format G726-32 for ID 102
Found unknown media description format G726-40 for ID 100
Found unknown media description format G726-24 for ID 99
Found audio description format iLBC for ID 97
Found audio description format telephone-event for ID 101
Capabilities: us - 0x8000e (gsm|ulaw|alaw|h263), peer - audio=0xc0c (ulaw|alaw|g726|ilbc)/video=0x0 (nothing), combined - 0xc (ulaw|alaw)
Non-codec capabilities (dtmf): us - 0x1 (telephone-event), peer - 0x1 (telephone-event), combined - 0x1 (telephone-event)
Peer audio RTP is at port 10.2.0.103:7078
Looking for 441 in default (domain 10.2.0.3)
list_route: hop: <sip:[email protected];uniq=CD10C114C9C60E2E62B55B7A37995>

<--- Transmitting (no NAT) to 10.2.0.103:5060 --->
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 10.2.0.103:5060;branch=z9hG4bK6AE0F077488D5397;received=10.2.0.103
From: <sip:[email protected]>;tag=F33A586F4DD0B6EB
To: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 10 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Contact: <sip:[email protected]>
Content-Length: 0


<------------>
    -- Executing [441@default:1] NoOp("SIP/440-08215508", "20080904-090159 =default=441="" <440>*=*[email protected]=") in new stack
    -- Executing [441@default:2] Dial("SIP/440-08215508", "SIP/441") in new stack
Audio is at 10.2.0.3 port 13118
Adding codec 0x4 (ulaw) to SDP
Adding codec 0x2 (gsm) to SDP
Adding codec 0x8 (alaw) to SDP
Adding non-codec 0x1 (telephone-event) to SDP
Reliably Transmitting (no NAT) to 10.2.0.103:5060:
INVITE sip:[email protected];uniq=CD10C114C9C60E2E62B55B7A37995 SIP/2.0
Via: SIP/2.0/UDP 10.2.0.3:5060;branch=z9hG4bK39bfa259;rport
From: "440" <sip:[email protected]>;tag=as265a3121
To: <sip:[email protected];uniq=CD10C114C9C60E2E62B55B7A37995>
Contact: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 102 INVITE
User-Agent: Asterisk PBX
Max-Forwards: 70
Date: Thu, 04 Sep 2008 07:01:59 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Content-Type: application/sdp
Content-Length: 277

v=0
o=root 3545 3545 IN IP4 10.2.0.3
s=session
c=IN IP4 10.2.0.3
t=0 0
m=audio 13118 RTP/AVP 0 3 8 101
a=rtpmap:0 PCMU/8000
a=rtpmap:3 GSM/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=silenceSupp:off - - - -
a=ptime:20
a=sendrecv

---
    -- Called 441

<--- SIP read from 10.2.0.103:5060 --->
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 10.2.0.3:5060;branch=z9hG4bK39bfa259;rport=5060;received=10.2.0.3
From: "440" <sip:[email protected]>;tag=as265a3121
To: <sip:[email protected];uniq=CD10C114C9C60E2E62B55B7A37995>
Call-ID: [email protected]
CSeq: 102 INVITE
User-Agent: AVM FRITZ!Box Fon WLAN 08.04.15 (Jul 12 2006)
Content-Length: 0


<------------->
--- (8 headers 0 lines) ---

<--- SIP read from 10.2.0.103:5060 --->
SIP/2.0 180 Ringing
Via: SIP/2.0/UDP 10.2.0.3:5060;branch=z9hG4bK39bfa259;rport=5060;received=10.2.0.3
From: "440" <sip:[email protected]>;tag=as265a3121
To: <sip:[email protected];uniq=CD10C114C9C60E2E62B55B7A37995>;tag=0752098D37866FC7
Call-ID: [email protected]
CSeq: 102 INVITE
Contact: <sip:[email protected];uniq=CD10C114C9C60E2E62B55B7A37995>
User-Agent: AVM FRITZ!Box Fon WLAN 08.04.15 (Jul 12 2006)
Content-Length: 0


<------------->
--- (9 headers 0 lines) ---
    -- SIP/441-0821d0a8 is ringing

<--- Transmitting (no NAT) to 10.2.0.103:5060 --->
SIP/2.0 180 Ringing
Via: SIP/2.0/UDP 10.2.0.103:5060;branch=z9hG4bK6AE0F077488D5397;received=10.2.0.103
From: <sip:[email protected]>;tag=F33A586F4DD0B6EB
To: <sip:[email protected]>;tag=as1829a929
Call-ID: [email protected]
CSeq: 10 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Contact: <sip:[email protected]>
Content-Length: 0


<------------>

<--- SIP read from 10.2.0.103:5060 --->
CANCEL sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 10.2.0.103:5060;branch=z9hG4bK6AE0F077488D5397
From: <sip:[email protected]>;tag=F33A586F4DD0B6EB
To: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 10 CANCEL
Proxy-Authorization: Digest username="440", realm="asterisk", nonce="3ded203d", uri="sip:[email protected]", response="c4a0dbfdf9777de0c4d36fe76938739a", algorithm=MD5
Reason: Q.850; cause=16; text="(null)"
Max-Forwards: 70
User-Agent: AVM FRITZ!Box Fon WLAN 08.04.15 (Jul 12 2006)
Supported: 100rel,replaces,timer
Allow-Events: telephone-event,refer
Content-Length: 0


<------------->
--- (13 headers 0 lines) ---
Sending to 10.2.0.103 : 5060 (no NAT)

<--- Reliably Transmitting (no NAT) to 10.2.0.103:5060 --->
SIP/2.0 487 Request Terminated
Via: SIP/2.0/UDP 10.2.0.103:5060;branch=z9hG4bK6AE0F077488D5397;received=10.2.0.103
From: <sip:[email protected]>;tag=F33A586F4DD0B6EB
To: <sip:[email protected]>;tag=as1829a929
Call-ID: [email protected]
CSeq: 10 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Content-Length: 0


<------------>

<--- Transmitting (no NAT) to 10.2.0.103:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 10.2.0.103:5060;branch=z9hG4bK6AE0F077488D5397;received=10.2.0.103
From: <sip:[email protected]>;tag=F33A586F4DD0B6EB
To: <sip:[email protected]>;tag=as1829a929
Call-ID: [email protected]
CSeq: 10 CANCEL
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Contact: <sip:[email protected]>
Content-Length: 0


<------------>
Scheduling destruction of SIP dialog '[email protected]' in 32000 ms (Method: INVITE)
Reliably Transmitting (no NAT) to 10.2.0.103:5060:
CANCEL sip:[email protected];uniq=CD10C114C9C60E2E62B55B7A37995 SIP/2.0
Via: SIP/2.0/UDP 10.2.0.3:5060;branch=z9hG4bK39bfa259;rport
From: "440" <sip:[email protected]>;tag=as265a3121
To: <sip:[email protected];uniq=CD10C114C9C60E2E62B55B7A37995>
Call-ID: [email protected]
CSeq: 102 CANCEL
User-Agent: Asterisk PBX
Max-Forwards: 70
Content-Length: 0


---
Scheduling destruction of SIP dialog '[email protected]' in 32000 ms (Method: INVITE)
  == Spawn extension (default, 441, 2) exited non-zero on 'SIP/440-08215508'

<--- SIP read from 10.2.0.103:5060 --->
ACK sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 10.2.0.103:5060;branch=z9hG4bK6AE0F077488D5397
From: <sip:[email protected]>;tag=F33A586F4DD0B6EB
To: <sip:[email protected]>;tag=as1829a929
Call-ID: [email protected]
CSeq: 10 ACK
User-Agent: AVM FRITZ!Box Fon WLAN 08.04.15 (Jul 12 2006)
Content-Length: 0


<------------->
--- (8 headers 0 lines) ---
Really destroying SIP dialog '[email protected]' Method: ACK

<--- SIP read from 10.2.0.103:5060 --->
SIP/2.0 487 Request Cancelled
Via: SIP/2.0/UDP 10.2.0.3:5060;branch=z9hG4bK39bfa259;rport=5060;received=10.2.0.3
From: "440" <sip:[email protected]>;tag=as265a3121
To: <sip:[email protected];uniq=CD10C114C9C60E2E62B55B7A37995>;tag=0752098D37866FC7
Call-ID: [email protected]
CSeq: 102 INVITE
User-Agent: AVM FRITZ!Box Fon WLAN 08.04.15 (Jul 12 2006)
Content-Length: 0


<------------->
--- (8 headers 0 lines) ---
Transmitting (no NAT) to 10.2.0.103:5060:
ACK sip:[email protected];uniq=CD10C114C9C60E2E62B55B7A37995 SIP/2.0
Via: SIP/2.0/UDP 10.2.0.3:5060;branch=z9hG4bK39bfa259;rport
From: "440" <sip:[email protected]>;tag=as265a3121
To: <sip:[email protected];uniq=CD10C114C9C60E2E62B55B7A37995>;tag=0752098D37866FC7
Contact: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 102 ACK
User-Agent: Asterisk PBX
Max-Forwards: 70
Content-Length: 0


---

<--- SIP read from 10.2.0.103:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 10.2.0.3:5060;branch=z9hG4bK39bfa259;rport=5060;received=10.2.0.3
From: "440" <sip:[email protected]>;tag=as265a3121
To: <sip:[email protected];uniq=CD10C114C9C60E2E62B55B7A37995>
Call-ID: [email protected]
CSeq: 102 CANCEL
User-Agent: AVM FRITZ!Box Fon WLAN 08.04.15 (Jul 12 2006)
Supported: 100rel,replaces,timer
Allow-Events: telephone-event,refer
Content-Length: 0


<------------->
--- (10 headers 0 lines) ---
Really destroying SIP dialog '[email protected]' Method: INVITE

<--- SIP read from 10.2.0.112:5060 --->
OPTIONS sip:10.2.0.3 SIP/2.0
Via: SIP/2.0/UDP 10.2.0.112:5060;branch=z9hG4bK763cc418;rport
From: "asterisk" <sip:[email protected]>;tag=as36c5c4fc
To: <sip:10.2.0.3>
Contact: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 102 OPTIONS
User-Agent: Asterisk PBX
Max-Forwards: 70
Date: Thu, 04 Sep 2008 14:08:48 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Content-Length: 0


<------------->
--- (13 headers 0 lines) ---
Looking for s in default (domain 10.2.0.3)

<--- Transmitting (no NAT) to 10.2.0.112:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 10.2.0.112:5060;branch=z9hG4bK763cc418;received=10.2.0.112;rport=5060
From: "asterisk" <sip:[email protected]>;tag=as36c5c4fc
To: <sip:10.2.0.3>;tag=as70379e33
Call-ID: [email protected]
CSeq: 102 OPTIONS
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Contact: <sip:10.2.0.3>
Accept: application/sdp
Content-Length: 0


<------------>
Scheduling destruction of SIP dialog '[email protected]' in 32000 ms (Method: OPTIONS)
sip no debug
SIP Debugging Disabled
 
Hi Burmann,

sieht bei mir ähnlich aus - soweit ich es sagen kann werden meine FBFs gar nicht im SIP Debug des IX67 erwähnt.

Registrieren können sich alle Devices - auch die kritischen FBFs, dies kann man auch schon peer sip show peer xyz anzeigen lassen - jedoch scheitert ein ausgehender Anruf, eingehend geht sehr wohl..? (Hört sich sehr nach einem NAT Problem an, welches man ja eigentlich umgeht..)

Mal ganz doof gefragt - wir beide nutzen ja den IX67 als Proxy - also sollte man doch nicht mehr Lizenzen brauchen, oder ?

Hoffe ich hatte das hier richtig verstanden...

Danke nochmals für Deine umfangreiche Hilfe, super !

Stefan
 
IX67 was ist das? Will damit sagen ich hatte so'n Router noch nicht in Händen...
 
Ähmm...

:wiejetzt:

Ich ging nunmehr stark davon aus das Du ebenfalls einen SIPAware Router einsetzt, ähnlich den Intertex Produkten. Das heisst soviel wie das der Router selber die SIP Pakete erkannt und behandelt - nicht wie in einem "normalen" Router diese weiterleitet sondern sie separiert durchsendet und sie auch protokollieren kann, genau bevorzugen etc. . Intertex halt. (www.intertex.se)

Ich habe in meinen VoIP Jahren nun einige Routersysteme durch, angefangen von Draytek über Linksys/Cisco (DD-WRT) bis nunmehr zum Linksys - und das ist wirklich ein klarer STandpunkt - Gespräche gehen vor.

Ich habe mich gestern abend nochmals intensiv mit dem Support auseinandergesetzt und wir haben dann gemeinsam erfahren das ich doch so die ein oder andere Lizenz benötigen würde ... :cool::cool: ... so um die 15 :-?

Naja, ich hatte damals nicht wirklich realisiert das der IX67 ebenfalls im Passthrough Lizenzen benötigt und nicht nur im SIPSwitch Mode.

Wie dem auch sei, damit ist es wohl gelöst. Es sei gesagt - son Ding ist nicht billig...

Nochmals vielen Dank, auch wenn Du mich zum Schluss etwas geschockt hast ;) - Dank Dir !

Grüsse, Stefan
 
Ich nutze FB's lokal als AB-Wandler und bei OpenVPN-Vernetzung
 
@Burmann

Ich nutze sie als Remote-Geräte um meine Standorte aneinander zu binden, die Idee lag in einer umfassenderen Verknüpfung, jedoch hat die noch etwas Zeit.

@ichego

Das milkfish so weit ist das es als stable gilt habe ich nicht gewusst.

Hört sich interessant an, da es auch auf meinen alten Linksys passt. Hast Du es bei Dir im Einsatz ?

Grüsse, Stefan
 
@ichego

Ich habe mir die DD-WRT MilkfishVersion gezogen, geflashed und auch gestern testweise eingesetzt - jedoch kann ich mich nun irren - aber das Ding macht seine Arbeit nicht wirklich gut. Es war nicht möglich Audio zu übertragen (FW Problematik) - und auch ohne nat=yes ging nichts.

:confused:

Die Konfig ist leider in Verbdg. mit Asterisk nicht wirklich ein OpenBook, wobei es ja so gut wie nichts einzustellen gibt...:confused:

Grüsse, Stefan
 
Um antworten zu können musst du eingeloggt sein.

Zurzeit aktive Besucher

Gesamt: 693 (Mitglieder: 60, Gäste: 633)

Neueste Beiträge

Statistik des Forums

Themen
245,845
Beiträge
2,241,053
Mitglieder
373,123
Neuestes Mitglied
fanamore
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