[Erledigt] Call Deflect mit Patton SmartNode 4554

**rentier-s** · 23.10.2011, 12:37

Hallo zusammen,

es gab hier im Forum schon mal Fragen zu diesem Thema, allerdings keine mit einer Lösung.

Ein SmartNode 4554 soll ein 302 Moved Temporarily als Call Deflect an das T-ISDN weiterleiten.

Das hier ist ein Debug eines Anrufs. Das SmartNode (192.168.0.11) empfängt die 302 vom angeschlossenen Asterisk (192.168.0.1), baut die Weiterleitung aber über den zweiten B-Kanal auf, statt ein Call Deflect (bzw. Reroute) an das ISDN zu senden.

Code:

11:57:02  ISDN  > # 128 p: 0 R: sapi: 0 cr=1 ea=0 tei:127 ea=1 UI                   p =0 
11:57:02  ISDN  > # 129 p: 0 <--- Layer2  tei:127 sapi:  0 Setup
11:57:02  ISDN  > # 130      hex:08 01 01 05 A1 04 03 80 90 A3 18 01 89 1E 02 80 83 6C 0D 21 81 39 34 34 33 39 31 38 34 36 38 35 70 
11:57:02  ISDN  > # 131      IE: SendingComplete  
11:57:02  ISDN  > # 132      IE: Bearer  
11:57:02  ISDN  > # 133      IE: ChannelId  BCh0 excl  otherIf
11:57:02  ISDN  > # 134      IE: ProgressInd  
11:57:02  ISDN  > # 135      IE: CallingPartyNbr  94439184685
11:57:02  ISDN  > # 136      IE: CalledPartyNbr  GerufeneMSN
11:57:02  ISDN  > # 137      IE: HighLayerComp  
11:57:02  ISDN  > # 138      *newPc BR-U, tei:127, sapi:  0
11:57:02  ISDN  > # 139       key:     387, Stack:2V01b
11:57:02  ISDN  > # 140       EuroISDN
11:57:02  ISDN  > # 141      ALLOC bchan BCh0 cref : 0x81
11:57:02  ISDN  > # 142      to  CC key:     387 L3SetupInd
11:57:02  ISDN  > # 143      new call state : L3PcSt06U
11:57:02  ISDN  > # 144 p: 0 from CC key:     387 L3ProceedingReq
11:57:02  ISDN  > # 145 cause : Transparent
11:57:02  ISDN  > # 146      hex:1E 02 85 82 
11:57:02  ISDN  > # 147      IE: ProgressInd  
11:57:02  ISDN  > # 148      ---> Layer2  tei:127 sapi:  0 CallProc
11:57:02  ISDN  > # 149      hex:08 01 81 02 18 01 89 1E 02 85 82 
11:57:02  ISDN  > # 150      IE: ChannelId  BCh0 excl  otherIf
11:57:02  ISDN  > # 151      IE: ProgressInd  
11:57:02  ISDN  > # 152      new call state : L3PcSt09U
11:57:02  ISDN  > # 153 p: 0 S: sapi: 0 cr=0 ea=0 tei:114 ea=1 INFO Nr( 37) Ns(  9) pf=0 
11:57:02  ISDN  > # 154 p: 0 R: sapi: 0 cr=0 ea=0 tei:114 ea=1 RR   Nr( 10)         pf=0 
11:57:02  SIP_TR> [STACK] > Stack: to 192.168.0.1
INVITE sip:GerufeneMSN@192.168.0.1:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.0.11:5060;branch=z9hG4bKc69ad6860a8253574
Max-Forwards: 70
From: <sip:NummerDesAnrufers@192.168.0.11:5060>;tag=3cfd504bbf
To: <sip:GerufeneMSN@192.168.0.1:5060>
Call-ID: c3d32f9f2b827a49
CSeq: 8216 INVITE
Contact: <sip:NummerDesAnrufers@192.168.0.11:5060>
Supported: replaces
User-Agent: Patton SN4554 2BIS EUI 00A0BA067C05 R5.2 2009-07-09 SIP M5T SIP Stack/4.0.26.26
Content-Type: application/sdp
Content-Length: 220

v=0
o=MxSIP 0 781 IN IP4 192.168.0.11
s=SIP Call
c=IN IP4 192.168.0.11
t=0 0
m=audio 5294 RTP/AVP 8 0 101
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=sendrecv

11:57:02  SIP_TR> [STACK] < Stack: from 192.168.0.1
SIP/2.0 100 Trying
v: SIP/2.0/UDP 192.168.0.11:5060;branch=z9hG4bKc69ad6860a8253574;received=192.168.0.11
f: <sip:NummerDesAnrufers@192.168.0.11:5060>;tag=3cfd504bbf
t: <sip:GerufeneMSN@192.168.0.1:5060>
i: c3d32f9f2b827a49
CSeq: 8216 INVITE
Server: Asterisk Gemeinschaft
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO
k: replaces, timer
m: <sip:GerufeneMSN@192.168.0.1>
l: 0


11:57:03  SIP_TR> [STACK] < Stack: from 192.168.0.1
SIP/2.0 302 Moved Temporarily
v: SIP/2.0/UDP 192.168.0.11:5060;branch=z9hG4bKc69ad6860a8253574;received=192.168.0.11
f: <sip:NummerDesAnrufers@192.168.0.11:5060>;tag=3cfd504bbf
t: <sip:GerufeneMSN@192.168.0.1:5060>;tag=as0ebabe20
i: c3d32f9f2b827a49
CSeq: 8216 INVITE
Server: Asterisk Gemeinschaft
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO
k: replaces, timer
m: Transfer <sip:Weiterleitungsziel@192.168.0.11>
l: 0


11:57:03  SIP_TR> [STACK] > Stack: to 192.168.0.1
ACK sip:GerufeneMSN@192.168.0.1:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.0.11:5060;branch=z9hG4bKc69ad6860a8253574
Max-Forwards: 70
From: <sip:NummerDesAnrufers@192.168.0.11:5060>;tag=3cfd504bbf
To: <sip:GerufeneMSN@192.168.0.1:5060>;tag=as0ebabe20
Call-ID: c3d32f9f2b827a49
CSeq: 8216 ACK
User-Agent: Patton SN4554 2BIS EUI 00A0BA067C05 R5.2 2009-07-09 SIP M5T SIP Stack/4.0.26.26
Content-Length: 0


11:57:03  SIP_TR> [STACK] > Stack: to 192.168.0.11
INVITE sip:Weiterleitungsziel@192.168.0.11 SIP/2.0
Via: SIP/2.0/UDP 192.168.0.11:5060;branch=z9hG4bK7364054481f318efa
Max-Forwards: 70
From: <sip:NummerDesAnrufers@192.168.0.11:5060>;tag=3cfd504bbf
To: <sip:GerufeneMSN@192.168.0.1:5060>
Call-ID: c3d32f9f2b827a49
CSeq: 8217 INVITE
Contact: <sip:NummerDesAnrufers@192.168.0.11:5060>
Supported: replaces
User-Agent: Patton SN4554 2BIS EUI 00A0BA067C05 R5.2 2009-07-09 SIP M5T SIP Stack/4.0.26.26
Content-Type: application/sdp
Content-Length: 220

v=0
o=MxSIP 0 781 IN IP4 192.168.0.11
s=SIP Call
c=IN IP4 192.168.0.11
t=0 0
m=audio 5294 RTP/AVP 8 0 101
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=sendrecv

11:57:03  SIP_TR> [STACK] < Stack: from 192.168.0.11
INVITE sip:Weiterleitungsziel@192.168.0.11 SIP/2.0
Via: SIP/2.0/UDP 192.168.0.11:5060;branch=z9hG4bK7364054481f318efa
Max-Forwards: 70
From: <sip:NummerDesAnrufers@192.168.0.11:5060>;tag=3cfd504bbf
To: <sip:GerufeneMSN@192.168.0.1:5060>
Call-ID: c3d32f9f2b827a49
CSeq: 8217 INVITE
Contact: <sip:NummerDesAnrufers@192.168.0.11:5060>
Supported: replaces
User-Agent: Patton SN4554 2BIS EUI 00A0BA067C05 R5.2 2009-07-09 SIP M5T SIP Stack/4.0.26.26
Content-Type: application/sdp
Content-Length: 220

v=0
o=MxSIP 0 781 IN IP4 192.168.0.11
s=SIP Call
c=IN IP4 192.168.0.11
t=0 0
m=audio 5294 RTP/AVP 8 0 101
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=sendrecv

11:57:03  ISDN  > # 155 p: 0 from CC key: 8388959 L3SetupReq
11:57:03  ISDN  > # 156      Service:Transparent cing: sub: ced: sub:
11:57:03  ISDN  > # 157 cause : Transparent
11:57:03  ISDN  > # 158      hex:04 03 90 90 A3 1E 02 85 83 6C 0E 00 80 30 39 34 34 33 39 31 38 34 36 38 35 70 0C 80 30 31 36 30 35 
11:57:03  ISDN  > # 159      IE: Bearer  
11:57:03  ISDN  > # 160      IE: ProgressInd  
11:57:03  ISDN  > # 161      IE: CallingPartyNbr  NummerDesAnrufers
11:57:03  ISDN  > # 162      IE: CalledPartyNbr  Weiterleitungsziel
11:57:03  ISDN  > # 163      *newPc BR-U, tei:127, sapi:  0
11:57:03  ISDN  > # 164       key: 8388959, Stack:2V01b
11:57:03  ISDN  > # 165       EuroISDN
11:57:03  ISDN  > # 166      ---> Layer2  tei:127 sapi:  0 Setup
11:57:03  ISDN  > # 167      hex:08 01 63 05 04 03 90 90 A3 1E 02 85 83 6C 0E 00 80 30 39 34 34 33 39 31 38 34 36 38 35 70 0C 80 30 
11:57:03  ISDN  > # 168      IE: Bearer  
11:57:03  ISDN  > # 169      IE: ProgressInd  
11:57:03  ISDN  > # 170      IE: CallingPartyNbr  NummerDesAnrufers
11:57:03  ISDN  > # 171      IE: CalledPartyNbr  Weiterleitungsziel
11:57:03  ISDN  > # 172      new call state : L3PcSt01U
11:57:03  ISDN  > # 173 p: 0 S: sapi: 0 cr=0 ea=0 tei:114 ea=1 INFO Nr( 37) Ns( 10) pf=0 
11:57:03  ISDN  > # 174 p: 0 R: sapi: 0 cr=0 ea=0 tei:114 ea=1 RR   Nr( 11)         pf=0 
11:57:03  SIP_TR> [STACK] > Stack: to 192.168.0.11
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 192.168.0.11:5060;branch=z9hG4bK7364054481f318efa
From: <sip:NummerDesAnrufers@192.168.0.11:5060>;tag=3cfd504bbf
To: <sip:GerufeneMSN@192.168.0.1:5060>
Call-ID: c3d32f9f2b827a49
CSeq: 8217 INVITE
Server: Patton SN4554 2BIS EUI 00A0BA067C05 R5.2 2009-07-09 SIP M5T SIP Stack/4.0.26.26
Content-Length: 0


11:57:03  SIP_TR> [STACK] < Stack: from 192.168.0.11
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 192.168.0.11:5060;branch=z9hG4bK7364054481f318efa
From: <sip:NummerDesAnrufers@192.168.0.11:5060>;tag=3cfd504bbf
To: <sip:GerufeneMSN@192.168.0.1:5060>
Call-ID: c3d32f9f2b827a49
CSeq: 8217 INVITE
Server: Patton SN4554 2BIS EUI 00A0BA067C05 R5.2 2009-07-09 SIP M5T SIP Stack/4.0.26.26
Content-Length: 0


11:57:03  ISDN  > # 175 p: 0 R: sapi: 0 cr=1 ea=0 tei:114 ea=1 INFO Nr( 11) Ns( 37) pf=0 
11:57:03  ISDN  > # 176 p: 0 <--- Layer2  tei:114 sapi:  0 SetupAck
11:57:03  ISDN  > # 177      hex:08 01 E3 0D 18 01 8A 
11:57:03  ISDN  > # 178      IE: ChannelId  BCh1 excl  otherIf
11:57:03  ISDN  > # 179      ALLOC bchan BCh1 cref : 0x63
11:57:03  ISDN  > # 180      to  CC key: 8388959 L3MoreInfoInd
11:57:03  ISDN  > # 181      new call state : L3PcSt02U
11:57:03  ISDN  > # 182 p: 0 S: sapi: 0 cr=1 ea=0 tei:114 ea=1 RR   Nr( 38)         pf=0 
11:57:09  ISDN  > # 183 p: 0 R: sapi: 0 cr=1 ea=0 tei:114 ea=1 INFO Nr( 11) Ns( 38) pf=0 
11:57:09  ISDN  > # 184 p: 0 <--- Layer2  tei:114 sapi:  0 CallProc
11:57:09  ISDN  > # 185      hex:08 01 E3 02 
11:57:09  ISDN  > # 186      to  CC key: 8388959 L3ProceedingInd
11:57:09  ISDN  > # 187      new call state : L3PcSt03U
11:57:09  ISDN  > # 188 p: 0 S: sapi: 0 cr=1 ea=0 tei:114 ea=1 RR   Nr( 39)         pf=0 
11:57:09  SIP_TR> [STACK] > Stack: to 192.168.0.11
SIP/2.0 183 Session Progress
Via: SIP/2.0/UDP 192.168.0.11:5060;branch=z9hG4bK7364054481f318efa
From: <sip:NummerDesAnrufers@192.168.0.11:5060>;tag=3cfd504bbf
To: <sip:GerufeneMSN@192.168.0.1:5060>;tag=3991532092
Call-ID: c3d32f9f2b827a49
CSeq: 8217 INVITE
Contact: <sip:Weiterleitungsziel@192.168.0.11:5060>
Server: Patton SN4554 2BIS EUI 00A0BA067C05 R5.2 2009-07-09 SIP M5T SIP Stack/4.0.26.26
Content-Length: 0


11:57:09  SIP_TR> [STACK] < Stack: from 192.168.0.11
SIP/2.0 183 Session Progress
Via: SIP/2.0/UDP 192.168.0.11:5060;branch=z9hG4bK7364054481f318efa
From: <sip:NummerDesAnrufers@192.168.0.11:5060>;tag=3cfd504bbf
To: <sip:GerufeneMSN@192.168.0.1:5060>;tag=3991532092
Call-ID: c3d32f9f2b827a49
CSeq: 8217 INVITE
Contact: <sip:Weiterleitungsziel@192.168.0.11:5060>
Server: Patton SN4554 2BIS EUI 00A0BA067C05 R5.2 2009-07-09 SIP M5T SIP Stack/4.0.26.26
Content-Length: 0


11:57:09  ISDN  > # 189 p: 0 R: sapi: 0 cr=1 ea=0 tei:114 ea=1 INFO Nr( 11) Ns( 39) pf=0 
11:57:09  ISDN  > # 190 p: 0 <--- Layer2  tei:114 sapi:  0 Alerting
11:57:09  ISDN  > # 191      hex:08 01 E3 01 
11:57:09  ISDN  > # 192      to  CC key: 8388959 L3AlertingInd
11:57:09  ISDN  > # 193      new call state : L3PcSt04U
11:57:09  ISDN  > # 194 p: 0 S: sapi: 0 cr=1 ea=0 tei:114 ea=1 RR   Nr( 40)         pf=0 
11:57:09  SIP_TR> [STACK] > Stack: to 192.168.0.11
SIP/2.0 180 Ringing
Via: SIP/2.0/UDP 192.168.0.11:5060;branch=z9hG4bK7364054481f318efa
From: <sip:NummerDesAnrufers@192.168.0.11:5060>;tag=3cfd504bbf
To: <sip:GerufeneMSN@192.168.0.1:5060>;tag=3991532092
Call-ID: c3d32f9f2b827a49
CSeq: 8217 INVITE
Contact: <sip:Weiterleitungsziel@192.168.0.11:5060>
Server: Patton SN4554 2BIS EUI 00A0BA067C05 R5.2 2009-07-09 SIP M5T SIP Stack/4.0.26.26
Content-Length: 0


11:57:09  SIP_TR> [STACK] < Stack: from 192.168.0.11
SIP/2.0 180 Ringing
Via: SIP/2.0/UDP 192.168.0.11:5060;branch=z9hG4bK7364054481f318efa
From: <sip:NummerDesAnrufers@192.168.0.11:5060>;tag=3cfd504bbf
To: <sip:GerufeneMSN@192.168.0.1:5060>;tag=3991532092
Call-ID: c3d32f9f2b827a49
CSeq: 8217 INVITE
Contact: <sip:Weiterleitungsziel@192.168.0.11:5060>
Server: Patton SN4554 2BIS EUI 00A0BA067C05 R5.2 2009-07-09 SIP M5T SIP Stack/4.0.26.26
Content-Length: 0


11:57:09  ISDN  > # 195 p: 0 from CC key:     387 L3AlertingReq
11:57:09  ISDN  > # 196 cause : Transparent
11:57:09  ISDN  > # 197      ---> Layer2  tei:127 sapi:  0 Alerting
11:57:09  ISDN  > # 198      hex:08 01 81 01 
11:57:09  ISDN  > # 199      new call state : L3PcSt07U
11:57:09  ISDN  > # 200 p: 0 S: sapi: 0 cr=0 ea=0 tei:114 ea=1 INFO Nr( 40) Ns( 11) pf=0 
11:57:09  ISDN  > # 201 p: 0 R: sapi: 0 cr=0 ea=0 tei:114 ea=1 RR   Nr( 12)         pf=0 
11:57:13  ISDN  > # 202 p: 0 R: sapi: 0 cr=1 ea=0 tei:114 ea=1 INFO Nr( 12) Ns( 40) pf=0 
11:57:13  ISDN  > # 203 p: 0 <--- Layer2  tei:114 sapi:  0 Release
11:57:13  ISDN  > # 204      hex:08 01 01 4D 08 02 80 90 
11:57:13  ISDN  > # 205      IE: Cause  NormalCallClearing
11:57:13  ISDN  > # 206      to  CC key:     387 L3ReleaseInd
11:57:13  ISDN  > # 207      DEALLOC bchan BCh0 cref : 0x81
11:57:13  ISDN  > # 208      ---> Layer2  tei:114 sapi:  0 ReleaseCom
11:57:13  ISDN  > # 209      hex:08 01 81 5A 08 02 80 90 
11:57:13  ISDN  > # 210      IE: Cause  NormalCallClearing
11:57:13  ISDN  > # 211      new call state : L3PcSt00U
11:57:13  ISDN  > # 212      *delPc U, tei:114 sapi:  0
11:57:13  ISDN  > # 213 p: 0 S: sapi: 0 cr=1 ea=0 tei:114 ea=1 RR   Nr( 41)         pf=0 
11:57:13  ISDN  > # 214 p: 0 S: sapi: 0 cr=0 ea=0 tei:114 ea=1 INFO Nr( 41) Ns( 12) pf=0 
11:57:13  ISDN  > # 215 p: 0 R: sapi: 0 cr=0 ea=0 tei:114 ea=1 RR   Nr( 13)         pf=0 
11:57:13  SIP_TR> [STACK] > Stack: to 192.168.0.11
CANCEL sip:Weiterleitungsziel@192.168.0.11 SIP/2.0
Via: SIP/2.0/UDP 192.168.0.11:5060;branch=z9hG4bK7364054481f318efa
Max-Forwards: 70
From: <sip:NummerDesAnrufers@192.168.0.11:5060>;tag=3cfd504bbf
To: <sip:GerufeneMSN@192.168.0.1:5060>
Call-ID: c3d32f9f2b827a49
CSeq: 8217 CANCEL
User-Agent: Patton SN4554 2BIS EUI 00A0BA067C05 R5.2 2009-07-09 SIP M5T SIP Stack/4.0.26.26
Content-Length: 0


11:57:13  SIP_TR> [STACK] < Stack: from 192.168.0.11
CANCEL sip:Weiterleitungsziel@192.168.0.11 SIP/2.0
Via: SIP/2.0/UDP 192.168.0.11:5060;branch=z9hG4bK7364054481f318efa
Max-Forwards: 70
From: <sip:NummerDesAnrufers@192.168.0.11:5060>;tag=3cfd504bbf
To: <sip:GerufeneMSN@192.168.0.1:5060>
Call-ID: c3d32f9f2b827a49
CSeq: 8217 CANCEL
User-Agent: Patton SN4554 2BIS EUI 00A0BA067C05 R5.2 2009-07-09 SIP M5T SIP Stack/4.0.26.26
Content-Length: 0


11:57:13  SIP_TR> [STACK] > Stack: to 192.168.0.11
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.0.11:5060;branch=z9hG4bK7364054481f318efa
From: <sip:NummerDesAnrufers@192.168.0.11:5060>;tag=3cfd504bbf
To: <sip:GerufeneMSN@192.168.0.1:5060>;tag=3991532092
Call-ID: c3d32f9f2b827a49
CSeq: 8217 CANCEL
Server: Patton SN4554 2BIS EUI 00A0BA067C05 R5.2 2009-07-09 SIP M5T SIP Stack/4.0.26.26
Content-Length: 0


11:57:13  SIP_TR> [STACK] < Stack: from 192.168.0.11
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.0.11:5060;branch=z9hG4bK7364054481f318efa
From: <sip:NummerDesAnrufers@192.168.0.11:5060>;tag=3cfd504bbf
To: <sip:GerufeneMSN@192.168.0.1:5060>;tag=3991532092
Call-ID: c3d32f9f2b827a49
CSeq: 8217 CANCEL
Server: Patton SN4554 2BIS EUI 00A0BA067C05 R5.2 2009-07-09 SIP M5T SIP Stack/4.0.26.26
Content-Length: 0


11:57:13  SIP_TR> [STACK] > Stack: to 192.168.0.11
SIP/2.0 487 Request Terminated
Via: SIP/2.0/UDP 192.168.0.11:5060;branch=z9hG4bK7364054481f318efa
From: <sip:NummerDesAnrufers@192.168.0.11:5060>;tag=3cfd504bbf
To: <sip:GerufeneMSN@192.168.0.1:5060>;tag=3991532092
Call-ID: c3d32f9f2b827a49
CSeq: 8217 INVITE
Server: Patton SN4554 2BIS EUI 00A0BA067C05 R5.2 2009-07-09 SIP M5T SIP Stack/4.0.26.26
Content-Length: 0


11:57:13  SIP_TR> [STACK] < Stack: from 192.168.0.11
SIP/2.0 487 Request Terminated
Via: SIP/2.0/UDP 192.168.0.11:5060;branch=z9hG4bK7364054481f318efa
From: <sip:NummerDesAnrufers@192.168.0.11:5060>;tag=3cfd504bbf
To: <sip:GerufeneMSN@192.168.0.1:5060>;tag=3991532092
Call-ID: c3d32f9f2b827a49
CSeq: 8217 INVITE
Server: Patton SN4554 2BIS EUI 00A0BA067C05 R5.2 2009-07-09 SIP M5T SIP Stack/4.0.26.26
Content-Length: 0


11:57:13  SIP_TR> [STACK] > Stack: to 192.168.0.11
ACK sip:Weiterleitungsziel@192.168.0.11 SIP/2.0
Via: SIP/2.0/UDP 192.168.0.11:5060;branch=z9hG4bK7364054481f318efa
Max-Forwards: 70
From: <sip:NummerDesAnrufers@192.168.0.11:5060>;tag=3cfd504bbf
To: <sip:GerufeneMSN@192.168.0.1:5060>;tag=3991532092
Call-ID: c3d32f9f2b827a49
CSeq: 8217 ACK
User-Agent: Patton SN4554 2BIS EUI 00A0BA067C05 R5.2 2009-07-09 SIP M5T SIP Stack/4.0.26.26
Content-Length: 0


11:57:13  SIP_TR> [STACK] < Stack: from 192.168.0.11
ACK sip:Weiterleitungsziel@192.168.0.11 SIP/2.0
Via: SIP/2.0/UDP 192.168.0.11:5060;branch=z9hG4bK7364054481f318efa
Max-Forwards: 70
From: <sip:NummerDesAnrufers@192.168.0.11:5060>;tag=3cfd504bbf
To: <sip:GerufeneMSN@192.168.0.1:5060>;tag=3991532092
Call-ID: c3d32f9f2b827a49
CSeq: 8217 ACK
User-Agent: Patton SN4554 2BIS EUI 00A0BA067C05 R5.2 2009-07-09 SIP M5T SIP Stack/4.0.26.26
Content-Length: 0


11:57:13  ISDN  > # 216 p: 0 from CC key: 8388959 L3DisconnectReq
11:57:13  ISDN  > # 217 cause : Transparent
11:57:13  ISDN  > # 218      hex:08 02 85 90 
11:57:13  ISDN  > # 219      IE: Cause  NormalCallClearing
11:57:13  ISDN  > # 220      ---> Layer2  tei:114 sapi:  0 Disconnect
11:57:13  ISDN  > # 221      hex:08 01 63 45 08 02 85 90 
11:57:13  ISDN  > # 222      IE: Cause  NormalCallClearing
11:57:13  ISDN  > # 223      new call state : L3PcSt11U
11:57:13  ISDN  > # 224 p: 0 S: sapi: 0 cr=0 ea=0 tei:114 ea=1 INFO Nr( 41) Ns( 13) pf=0 
11:57:13  ISDN  > # 225 p: 0 R: sapi: 0 cr=0 ea=0 tei:114 ea=1 RR   Nr( 14)         pf=0 
11:57:13  ISDN  > # 226 p: 0 R: sapi: 0 cr=1 ea=0 tei:114 ea=1 INFO Nr( 14) Ns( 41) pf=0 
11:57:13  ISDN  > # 227 p: 0 <--- Layer2  tei:114 sapi:  0 Release
11:57:13  ISDN  > # 228      hex:08 01 E3 4D 
11:57:13  ISDN  > # 229      to  CC key: 8388959 L3ReleaseInd
11:57:13  ISDN  > # 230      DEALLOC bchan BCh1 cref : 0x63
11:57:13  ISDN  > # 231      ---> Layer2  tei:114 sapi:  0 ReleaseCom
11:57:13  ISDN  > # 232      hex:08 01 63 5A 08 02 80 90 
11:57:13  ISDN  > # 233      IE: Cause  NormalCallClearing
11:57:13  ISDN  > # 234      new call state : L3PcSt00U
11:57:13  ISDN  > # 235      *delPc U, tei:114 sapi:  0
11:57:13  ISDN  > # 236 p: 0 S: sapi: 0 cr=1 ea=0 tei:114 ea=1 RR   Nr( 42)         pf=0 
11:57:13  ISDN  > # 237 p: 0 S: sapi: 0 cr=0 ea=0 tei:114 ea=1 INFO Nr( 42) Ns( 14) pf=0 
11:57:13  ISDN  > # 238 p: 0 R: sapi: 0 cr=0 ea=0 tei:114 ea=1 RR   Nr( 15)         pf=0

Das hier ist die aktuelle Konfiguration:

Code:

#----------------------------------------------------------------#
#                                                                #
# SN4554/2BIS/EUI                                                #
# R5.2 2009-07-09 SIP                                            #
# 2011-10-23T12:29:05                                            #
# SN/00A0BA067C05                                                #
# Generated configuration file                                   #
#                                                                #
#----------------------------------------------------------------#

cli version 3.20
gui type basic
dns-relay
webserver port 80 language en
sntp-client
sntp-client server primary 192.168.0.1 port 123 version 4
system hostname PattonSN4554

system

  ic voice 0

system
  clock-source 1 bri 0 0
  clock-source 2 bri 0 1
  no hairpinning

profile acl ACL_WAN_PERMIT_SEL_MGMT

profile service-policy SP_WAN_OUT
  no rate-limit

profile service-policy SP_WAN_IN
  no rate-limit

profile napt NAPT_WAN

profile ppp default

profile tone-set default

profile voip default
  codec 1 g711alaw64k rx-length 20 tx-length 20
  codec 2 g711ulaw64k rx-length 20 tx-length 20
  rtp traffic-class local-default
  fax transmission 1 relay t38-udp
  fax transmission 2 bypass g711alaw64k
  fax detection fax-frames

profile voip VOIP
  codec 1 g711alaw64k rx-length 20 tx-length 20
  codec 2 g711ulaw64k rx-length 20 tx-length 20
  rtp traffic-class local-default
  dejitter-max-delay 120
  fax transmission 1 relay t38-udp
  fax transmission 2 bypass g711alaw64k
  fax detection fax-frames

profile pstn default

profile sip default
  map redir-reason from-sip 302 to cd

profile dhcp-server DHCPS_LAN

profile aaa default
  method 1 local
  method 2 none

context ip router

  interface IF_IP_WAN
    ipaddress dhcp
    no napt-inside
    tcp adjust-mss rx mtu
    tcp adjust-mss tx mtu

  interface IF_IP_LAN
    ipaddress unnumbered

subscriber ppp SUB_PPPOE
  dial in
  no multilink

context cs switch
  national-prefix 0
  international-prefix 00

  interface isdn IF_S0_00
    route call dest-interface IF_SIP_SERVICE
    call-reroute accept
    call-reroute emit
    no aoc-s
    no aoc-d
    no aoc-e
    diversion accept
    diversion emit
    isdn-date-time
    caller-name

  interface sip IF_SIP_SERVICE
    bind context sip-gateway GW_SIP
    route call dest-interface IF_S0_00
    remote 192.168.0.1 5060
    early-connect
    call-reroute emit

  service hunt-group SER_HG_PSTN_FALLBACK
    drop-cause normal-unspecified
    drop-cause no-circuit-channel-available
    drop-cause network-out-of-order
    drop-cause temporary-failure
    drop-cause switching-equipment-congestion
    drop-cause access-info-discarded
    drop-cause circuit-channel-not-available
    drop-cause resources-unavailable
    route call 1 dest-interface IF_SIP_SERVICE

context cs switch
  no shutdown

authentication-service AUTH_SVC
  realm 1 192.168.0.1
  username patton password Otx2vJCEWP+8Bb6tqoGkwA== encrypted

location-service LOCATION_SVC

  identity-group default

    registration outbound

    call outbound
      proxy none

  identity patton inherits default

    authentication outbound
      authenticate 1 authentication-service AUTH_SVC username patton

    authentication inbound
      authenticate 1 authentication-service AUTH_SVC username patton

    call outbound
      proxy none
      use profile tone-set default
      use profile voip VOIP
      use profile sip default

    call inbound

context sip-gateway GW_SIP

  interface IF_SIP_SERVICE
    bind interface IF_IP_WAN context router port 5060

context sip-gateway GW_SIP
  bind location-service LOCATION_SVC
  no shutdown

port ethernet 0 0
  encapsulation ip
  bind interface IF_IP_WAN router
  bind interface IF_IP_LAN router
  no shutdown

port bri 0 0
  clock auto
  encapsulation q921

  q921
    uni-side user
    encapsulation q931

    q931
      protocol dss1
      uni-side user
      bchan-number-order ascending
      encapsulation cc-isdn
      bind interface IF_S0_00 switch

port bri 0 0
  no shutdown

port bri 0 1
  clock auto
  encapsulation q921

  q921
    uni-side user
    encapsulation q931

    q931
      protocol dss1
      uni-side user
      bchan-number-order ascending
      encapsulation cc-isdn

port bri 0 1
  no shutdown

Das map redir-reason from-sip 302 to cd im profile sip default habe ich hier im Forum gefunden, aber leider hilft es bei mir wie auch in dem Thread leider nicht.

**foschi** · 25.10.2011, 14:35

IMHO gibt es dazu einen Request for Engineering bei Patton, damit die gewünschte Funktionalität in einer späteren Version der SmartWare bereitsteht. Mal bei Patton gefragt?

**rentier-s** · 25.10.2011, 15:00

Nö, ich dachte das Ding würde das bestimmt können und ich stell mich nur wieder zu dumm.

Dann frag ich dort mal nach...

**rentier-s** · 28.10.2011, 18:27

Hier die Antwort vom Support:

Hallo Frau #####,

wenn bei der SmartNode ein Gespräch intern auf dem gleichen Interface zurückgeroutet wird (also eigehend ISDN und ausgehend das gleiche ISDN-Interface), würde die SmartNode ein Pushback in’s Amt machen.
In Ihrem Fall wird allerdings erst der komplette Call mit einer bestimmten Session-ID von ISDN nach VoIP aufgebaut und dann ein zweiter Call ausgehend mit einer neuen Session-ID generiert. Daher funktioniert das Zurückgeben in’s Amt in diesem Fall nicht.

Herzliche Grüße aus Germering

Allerdings weiß ich jetzt nicht, wie ich das anstellen soll. Im Moment versuche ich, den ankommenden Anruf mit Transfer(SIP/ankommendeNummer@192.168.0.11) wieder zurück zu schicken, was sich ja auch in dem von Asterisk gesendeten 302 wiederspiegelt.

**foschi** · 29.10.2011, 10:14

Du sollst ja auch nicht bei Allnet sondern bei Patton direkt anfragen

**rentier-s** · 30.10.2011, 11:05

Tja, das habe ich:

Zitat von Inalp Support

Dear Svenja #####,

Thank you for your request.

Following to our support policies, which are published on our website http://patton.com/support, we like to integrate our certified channel partner to help you solving your problem.
You should get a response from Allnet within the next days.
However, please keep us informed on the progress on this ticket by copying us on every e-mail communication between you and the channel partner. Therefore we kindly request you to not change the subject line of the e-mail.
Furthermore let us know when the ticket may be closed, as it is in the state “Channel integration”

@Allnet: Following you will find the conversation with the customer and attached the files which we received from the customer.

Thank you and kind regards

Ich bin aber sowieso am Überlegen, ob das nicht vielleicht ein reines Asterisk Thema ist.

**rentier-s** · 02.11.2011, 14:05

So, Allnet hat mir geantwortet, ich möge mich an den Händler wenden, und der Händler meint, ich solle mich an den Hersteller wenden...

Was ich an der Sache nicht verstehe ist, warum das SmartNode sogar noch ein ACK zu dem 302 sendet, das Reroute aber nicht ausgeführt wird sondern Asterisk einen zweiten Channel aufbaut.

Ich schätze mal, das Thema gelangt hiermit zum Status aufgegeben.

**rentier-s** · 06.12.2011, 10:34

Laut Patton kann beherrscht das Smartnode Call-Deflect grundsätzlich, allerdings nicht während des Gesprächsaufbaus über SIP. Also wird das über Asterisk schon mal nichts.

Ist es möglich, in der Konfiguration eine statische Anrufweiterschaltung auf eine externe Rufnummer einzurichten, und wenn ja wie?

**foschi** · 06.12.2011, 12:02

Zitat von rentier-s

Laut Patton kann beherrscht das Smartnode Call-Deflect grundsätzlich, allerdings nicht während des Gesprächsaufbaus über SIP. Also wird das über Asterisk schon mal nichts.

Das ist nicht richtig, das funktioniert sehr wohl (zur Zeit aber bei uns nur an einem PTP-Anschluss der T-Com, PTMP von Vodafone funktioniert leider nicht). Patton arbeitet an der Fehlerbehebung.

**rentier-s** · 06.12.2011, 13:08

Hm, dann verstehe ich da wohl was falsch.

Das call-reroute funktioniert normalerweise gut. Das einzige Problem das wir momentan am bearbeiten sind ist das wenn der Call im signalisierungs Status ist ein neuer Call erstellt wird. Sprich wir senden ein SETUP auf ISDN mit den facility Informationen drin und werden bei erfolgreichen Aufbau des Calls ein push back ins PSTN machen wenn das konfiguriert ist. Jedoch sind nun unsere Ingenieure informiert und sollten in der nächsten Zeit einen Fix erstellen das im gleichen Kanal signalisiert wird und kein neuere Call geöffnet wird.

Deshalb hätte ich gemeint, die Umleitung vorübergehend nicht über Asterisk zu steuern, sondern statisch im Smartnode zu hinterlegen.

**swb** · 09.12.2011, 22:22

Zitat von foschi

Das ist nicht richtig, das funktioniert sehr wohl (zur Zeit aber bei uns nur an einem PTP-Anschluss der T-Com).

Genau das versuche ich zu machen, finde aber nichts dazu. Wie stellt man das im SmartNode ein?

**rentier-s** · 10.12.2011, 07:54

Nach meinen Erkenntnissen

Code:

  interface isdn IF_S0_00
    call-reroute accept
    call-reroute emit
    diversion accept
    diversion emit

  interface sip IF_SIP_SERVICE
    call-reroute emit
    call-reroute accept

Im Asterisk versuche ich ein Transfer(SIP/0123456@ip_des_smartnode)
Aber so funktionierts bei mir eben nicht.

**rentier-s** · 23.12.2011, 16:02

Da ich es trotz allem was mir einfällt nicht schaffe aus einem SIP 302 von Asterisk ein Call-Deflect zu bekommen, noch einmal die Frage: Wie kann ich im SmartNode eine statische Rufumleitung nach extern konfigurieren? Ich dachte, über eine Routing Table anhand der gerufenen MSN auf das ISDN-Interface zurück zu routen, aber mir fehlt die Idee wo ich das Umleitungsziel festlegen soll.

**jwm@gmx.at** · 08.02.2012, 16:51

Hallo!

Nur mal so eine Idee für eine statische RUL am Smartnode (ohne SIP 302), habs nicht getestet.....
Es werden halt beide B-Kanäle belegt.

Code:

routing-table called-e164 RT_von_ISDN1_zu_ISDN2
route 12345 dest-tabel RT_RUL_ISDN2 MT-UMLEITUNGSZIEL
route default dest-interface SIP --> oder andere Routingtable...

routing-table called-e164 RT_RUL_ISDN2
route default dest-interface ISDN1

mapping-table called-e164 to called-e164 MT-UMLEITUNGSZIEL
map 12345 to 67890
 
interface isdn ISDN1
  route call dest-table RT_von_ISDN1_zu_ISDN2
  call-reroute accept
  call-reroute emit
  diversion accept
  diversion emit

ev. kann man sich die 2. Routingtable sogar sparen und direkt wieder aufs ISDN-Interface routen....
jwm

**rentier-s** · 09.02.2012, 07:34

Hallo und danke für die Idee.

So ähnlich hab ich es schon probiert, allerdings mit nur einer Routingtabelle, das hat nicht geklappt. Ich werde das am Wochenende testen mit der 2. Tabelle, mal sehen was dann passiert. Laut Support muss man ja lediglich am Ende auf das gleiche ISDN Interface raus, wo der Anruf rein kam, damit ein Reroute ausgelöst wird.

Der Haken daran ist, dass ich eben nicht auf dem 2. B-Kanal umleiten möchte, weil dadurch die Callerid verloren geht.

**rentier-s** · 12.02.2012, 09:54

Mit diesem Setup

Code:

context cs switch
  national-prefix 0
  international-prefix 00

  routing-table time timecfw
    route default dest-interface IF_S0_00 time_cfw

  mapping-table called-e164 to called-e164 time_cfw
    map default to 01**********

  interface isdn IF_S0_00
    route call dest-table timecfw
    call-reroute accept
    call-reroute emit
    no aoc-s
    no aoc-d
    no aoc-e
    diversion accept
    diversion emit
    isdn-date-time
    caller-name

funktioniert die Umleitung so halb. Ich bekomme nämlich ein

Code:

08:26:43  ICC   > [EP IF_S0_00-00d35ac8] State: INCOMING PROCEEDING, Event: TERMINAL FACILITY IND
08:26:50  ICC   > [EP IF_S0_00-00d35ac8] Reroute << RerouteRequest Reject
08:26:50  ICC   > [EP IF_S0_00-009abd98] call rerouting failed, continue normal calling

und der Anruf wird doch über den 2. B-Kanal umgeleitet.

Das ist ein ganz normaler T-ISDN PTMP, da müsste das Reroute doch möglich sein?

***

Hat sich erledigt, ich leite jetzt mit veränderter Callerid über sipgate weiter.

**cuinthesnow** · 24.03.2013, 15:07

Partial Rerouting bzw. Call Deflect ist die Rufumleitung, die während des eingehenden Anrufs von der TK-Anlage im ISDN-Amt initiert wird.
Dieses ISDN-Leistungsmerkmal wird nach meiner Erkenntnis in Deutschland nur von Anlagenanschlüssen (PTP) der Telekom unterstützt. Auf jeden Fall nicht von Mehrgeräteanschlüssen und auch nicht von allen Telefonica-Anschlüssen (dort auch nicht von PTP-Anschlüssen).

**rentier-s** · 25.03.2013, 08:24

Oh, was hast Du denn da für ein altes Ding ausgegraben.

Laut Aussage zweier T-Com Techniker geht's an ihren ISDN Mehrgeräteanschlüssen. Ich glaube, manche Fritzboxen nutzen das auch.

**silvan** · 29.03.2013, 03:45

Ich habe diesbezüglich vor kurzem beim patton Support angefragt. Nach einigem hin und her haben sie mir bestätigt, dass dieses Feature zurzeit nicht implementiert ist - es existiere deswegen ein offenes Ticket. Da es sich vermutlich um das am 25.10.2011 von foschi erwähnte Request for Engineering handelt, erwarte ich nicht wirklich in Kürze eine Lösung.

Aber, Call Deflect funktioniert sehr wohl an ISDN Mehrgeräteanschlüssen. Mit einer Eicon Diva kriegt man das schon seit Ewigkeiten hin - und auch jedes ISDN Telefon kann das...

Thema: [Erledigt] Call Deflect mit Patton SmartNode 4554

Themen-Optionen

Anzeige

[Erledigt] Call Deflect mit Patton SmartNode 4554

Ähnliche Themen

[Gelöst] SmartNode 4554 für Gemeinschaft

Smartnode 4554 vs. 4634

Smartnode 4552 oder 4554 ???

smartnode 4554 an asterisk als trunk

Berechtigungen