Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations wOOdy-Soft on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

problem with IP dect and sip-trunking

Status
Not open for further replies.

AlfonsoSF

Vendor
Mar 3, 2009
238
ES
Hi. I am in Barcelona.

I have some problems with IP dect extensions.

The scenario is:

IPO 500 v2 and a compact IP dect Base station.
Avaya Dect 3720 handsets.
14xx digital terminals
SIP trunk to COLT


Sip calls ara managed properly when the destination is a non IP extension: inbound and outbound .

If the call is directed to a group (sip tag properly configured) , non IP extensions can answer normally. If there is a IPdect extension in the group and we try to answer from the dect, the call is droped.

If the call is directed to a dect extension, caller hears "this number does not exist".

Dect extensions can make and receive pstn and internal calls perfectly.

If a sip call is anwered by a digital station and transferred to a IPdect extension we have no problem.

Can enybody help me??

Thanks in advanced

 
Do you have Allow Direct Media Path turned on on the DECT, if so try turning that off.

| ACSS SME |
 
Of course. It's setup off.
I understand that IPdect is not answering sip calls properly but it does when not sip. I checked direct media path and it's off

tnks
 
do your codecs match from SIP to IP Dect. if not, then I would make them match. reduces VCM usage.



ACSS - SME
General Geek

CallUsOn.png


1832163.png
 
in the SIP line tag we have:
G.729 (a) 8K CS-ACELP
G7.11 LEYA 64 K (alaw)

In the IPdect tag we have:
G.729(a) 8k CS-ACELP





 
I have this document. It is for R5. Nowadays we are in R7.
There are diferences (few). Colt people say that R7 is not supported.

As calls are correctly managed with DS extensions, only IPdect are in troubles, I believe that IPdect setup is incorrect.
 
What does SSA show?
What does monitor show?
It must be a problem in the codec when all other phones work.

BAZINGA!

I'm not insane, my mother had me tested!
 
SSA Tace.

SIP line is 20
IPdect extension is 222

This call is made to a group in which IP dect is incluided (222)


3/08/11 11:21:50-489ms Line = 20, Channel = 1, SIP Message = Response, Direction = From Switch, From = 936335718@84.14.241.168, To = 934454700@213.27.193.82, Response = 100 Trying
3/08/11 11:21:50-490ms Line = 20, Channel = 1, SIP Message = Invite, Direction = To Switch, From = 936335718@84.14.241.168, To = 934454700@213.27.193.82
3/08/11 11:21:50-499ms Line = 20, Channel = 1, SIP Message = Response, Call Ref = 179, Direction = From Switch, From = 936335718@84.14.241.168, To = 934454700@213.27.193.82, Response = 180 Ringing
3/08/11 11:21:50-500ms Call Ref = 179, Originator State = Incoming Alerting, Type = Trunk, Destination State = Queueing, Type = Queue
3/08/11 11:21:50-537ms Call Ref = 179, Originator State = Incoming Alerting, Type = Trunk, Destination State = Alerting, Type = Target List
3/08/11 11:21:50-537ms Call Ref = 179, Alerting, Extension = 215
3/08/11 11:21:50-537ms Call Ref = 179, Alerting, Extension = 208
3/08/11 11:21:50-537ms Call Ref = 179, Alerting, Extension = 216
3/08/11 11:21:50-537ms Call Ref = 179, Alerting, Extension = 203, Button = 1
3/08/11 11:21:50-537ms Call Ref = 179, Alerting, Extension = 206, Button = 1
3/08/11 11:21:50-537ms Call Ref = 179, Alerting, Extension = 224
3/08/11 11:21:50-537ms Call Ref = 179, Alerting, Extension = 201, Button = 1
3/08/11 11:21:50-537ms Call Ref = 179, Alerting, Extension = 222
3/08/11 11:21:50-537ms Call Ref = 179, Alerting, Extension = 211, Button = 1
3/08/11 11:21:50-537ms Call Ref = 179, Alerting, Extension = 202, Button = 1
3/08/11 11:21:53-940ms Extension = 222, Switchhook, Status = Off
3/08/11 11:21:53-944ms Call Ref = 179, Originator State = Incoming Alerting, Type = Trunk, Destination State = Alerting, Type = User
3/08/11 11:21:54-012ms Line = 20, Channel = 1, SIP Message = Response, Call Ref = 179, Direction = From Switch, From = 936335718@84.14.241.168, To = 934454700@213.27.193.82, Response = 200 Ok
3/08/11 11:21:54-098ms Line = 20, Channel = 1, SIP Message = Ack, Call Ref = 179, Direction = To Switch, From = 936335718@84.14.241.168, To = 934454700@213.27.193.82
3/08/11 11:21:54-100ms Call Ref = 179, Answered, Extension = 222
3/08/11 11:21:54-105ms Line = 20, Channel = 1, SIP Message = Bye, Call Ref = 179, Direction = To Switch, From = 936335718@84.14.241.168, To = 934454700@213.27.193.82
3/08/11 11:21:54-107ms Line = 20, Channel = 1, SIP Message = Response, Call Ref = 179, Direction = From Switch, From = 936335718@84.14.241.168, To = 934454700@213.27.193.82, Response = 200 Ok
3/08/11 11:21:54-110ms Call Ref = 179, Originator State = Clearing, Type = Trunk, Destination State = Connected, Type = User
3/08/11 11:21:54-110ms Call Ref = 179, Disconnect from Originator End





In this case the call is routed to the extension 222 (IPdect) directly.



3/08/11 11:48:01-967ms Line = 20, Channel = 1, SIP Message = Response, Direction = From Switch, From = 936335718@84.14.241.168, To = 934454701@213.27.193.82, Response = 100 Trying
3/08/11 11:48:01-968ms Line = 20, Channel = 1, SIP Message = Invite, Direction = To Switch, From = 936335718@84.14.241.168, To = 934454701@213.27.193.82
3/08/11 11:48:01-976ms Call Ref = 185, Originator State = Dialling, Type = Trunk, Destination State = Seized, Type = Target List
3/08/11 11:48:01-987ms Call Ref = 185, Originator State = Dialling, Type = Trunk, Destination State = Dialling, Type = Target List
3/08/11 11:48:03-732ms Call Ref = 185, Alerting, Extension = 222
3/08/11 11:48:03-732ms Call Ref = 185, Originator State = Incoming Alerting, Type = Trunk, Destination State = Alerting, Type = Target List
3/08/11 11:48:03-734ms Line = 20, Channel = 1, SIP Message = Response, Call Ref = 185, Direction = From Switch, From = 936335718@84.14.241.168, To = 934454701@213.27.193.82, Response = 180 Ringing
3/08/11 11:48:30-439ms Extension = 222, Switchhook, Status = Off
3/08/11 11:48:30-440ms Call Ref = 185, Originator State = Incoming Alerting, Type = Trunk, Destination State = Alerting, Type = User
3/08/11 11:48:30-476ms Line = 20, Channel = 1, SIP Message = Response, Call Ref = 185, Direction = From Switch, From = 936335718@84.14.241.168, To = 934454701@213.27.193.82, Response = 200 Ok
3/08/11 11:48:30-562ms Line = 20, Channel = 1, SIP Message = Ack, Call Ref = 185, Direction = To Switch, From = 936335718@84.14.241.168, To = 934454701@213.27.193.82
3/08/11 11:48:30-564ms Call Ref = 185, Answered, Extension = 222
3/08/11 11:48:30-568ms Line = 20, Channel = 1, SIP Message = Bye, Call Ref = 185, Direction = To Switch, From = 936335718@84.14.241.168, To = 934454701@213.27.193.82
3/08/11 11:48:30-570ms Line = 20, Channel = 1, SIP Message = Response, Call Ref = 185, Direction = From Switch, From = 936335718@84.14.241.168, To = 934454701@213.27.193.82, Response = 200 Ok
3/08/11 11:48:30-573ms Call Ref = 185, Originator State = Clearing, Type = Trunk, Destination State = Connected, Type = User
3/08/11 11:48:30-573ms Call Ref = 185, Disconnect from Originator End


In both cases, when user pics up, the call is dropped.

I am in remote and "monitor" does not connect.
 
Yes in the ipdect line, VoIP tag, DPM is off.
In "line" I see no DMP check box in any tag.


the monitor trace whe a sip call is direced to a ipdect extension:



205830839mS SIP Rx: UDP 84.14.241.168:5060 -> 213.27.193.82:5060
INVITE sip:934454709@213.27.193.82:5060 SIP/2.0
Via: SIP/2.0/UDP 84.14.241.168:5060;branch=z9hG4bK02Ba0422e2090e0e212
From: <sip:936335718@84.14.241.168>;tag=gK02369010
To: <sip:934454709@213.27.193.82>
Call-ID: 755143015_53076360@84.14.241.168
CSeq: 6206 INVITE
Max-Forwards: 70
Allow: INVITE,ACK,CANCEL,BYE,REGISTER,REFER,INFO,SUBSCRIBE,NOTIFY,PRACK,UPDATE,OPTIONS
Accept: application/sdp, application/isup, application/dtmf, application/dtmf-relay, multipart/mixed
Contact: <sip:936335718@84.14.241.168:5060>
Supported: timer,100rel
Session-Expires: 1800
Min-SE: 90
Content-Length: 309
Content-Disposition: session; handling=required
Content-Type: application/sdp

v=0
o=Sonus_UAC 11608 28726 IN IP4 84.14.241.168
s=SIP Media Capabilities
c=IN IP4 84.14.241.167
t=0 0
m=audio 11184 RTP/AVP 8 18 2 101
a=rtpmap:8 PCMA/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:2 G726-32/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=sendrecv
a=ptime:20
205830843mS SIP Call Rx: 20
INVITE sip:934454709@213.27.193.82:5060 SIP/2.0
Via: SIP/2.0/UDP 84.14.241.168:5060;branch=z9hG4bK02Ba0422e2090e0e212
From: <sip:936335718@84.14.241.168>;tag=gK02369010
To: <sip:934454709@213.27.193.82>
Call-ID: 755143015_53076360@84.14.241.168
CSeq: 6206 INVITE
Max-Forwards: 70
Allow: INVITE,ACK,CANCEL,BYE,REGISTER,REFER,INFO,SUBSCRIBE,NOTIFY,PRACK,UPDATE,OPTIONS
Accept: application/sdp, application/isup, application/dtmf, application/dtmf-relay, multipart/mixed
Contact: <sip:936335718@84.14.241.168:5060>
Supported: timer,100rel
Session-Expires: 1800
Min-SE: 90
Content-Length: 309
Content-Disposition: session; handling=required
Content-Type: application/sdp

v=0
o=Sonus_UAC 11608 28726 IN IP4 84.14.241.168
s=SIP Media Capabilities
c=IN IP4 84.14.241.167
t=0 0
m=audio 11184 RTP/AVP 8 18 2 101
a=rtpmap:8 PCMA/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:2 G726-32/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=sendrecv
a=ptime:20
205830844mS CMCallEvt: 0.2786.0 -1 BaseEP: NEW CMEndpoint f54b6170 TOTAL NOW=1 CALL_LIST=0
205830844mS Sip: License, Valid 1, Available 10, Consumed 0
205830847mS SIP Call Tx: 20
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 84.14.241.168:5060;branch=z9hG4bK02Ba0422e2090e0e212
From: <sip:936335718@84.14.241.168>;tag=gK02369010
To: <sip:934454709@213.27.193.82>;tag=82ea10b86f5de2ae
Call-ID: 755143015_53076360@84.14.241.168
CSeq: 6206 INVITE
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, INFO, UPDATE
Supported: timer
Content-Length: 0

205830847mS SIP Tx: UDP 213.27.193.82:5060 -> 84.14.241.168:5060
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 84.14.241.168:5060;branch=z9hG4bK02Ba0422e2090e0e212
From: <sip:936335718@84.14.241.168>;tag=gK02369010
To: <sip:934454709@213.27.193.82>;tag=82ea10b86f5de2ae
Call-ID: 755143015_53076360@84.14.241.168
CSeq: 6206 INVITE
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, INFO, UPDATE
Supported: timer
Content-Length: 0

205830848mS Sip: 20.2786.1 -1 SIPTrunk Endpoint(f54b500c) Present Call, no match (934454709) from URI in To header or (934454709) from request URI
205830849mS SIP Call Tx: 20
SIP/2.0 404 Not Found
Via: SIP/2.0/UDP 84.14.241.168:5060;branch=z9hG4bK02Ba0422e2090e0e212
From: <sip:936335718@84.14.241.168>;tag=gK02369010
To: <sip:934454709@213.27.193.82>;tag=82ea10b86f5de2ae
Call-ID: 755143015_53076360@84.14.241.168
CSeq: 6206 INVITE
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, INFO, UPDATE
Supported: timer
Content-Length: 0

205830849mS SIP Tx: UDP 213.27.193.82:5060 -> 84.14.241.168:5060
SIP/2.0 404 Not Found
Via: SIP/2.0/UDP 84.14.241.168:5060;branch=z9hG4bK02Ba0422e2090e0e212
From: <sip:936335718@84.14.241.168>;tag=gK02369010
To: <sip:934454709@213.27.193.82>;tag=82ea10b86f5de2ae
Call-ID: 755143015_53076360@84.14.241.168
CSeq: 6206 INVITE
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, INFO, UPDATE
Supported: timer
Content-Length: 0

205830882mS RES: Wed 3/8/2011 17:44:34 FreeMem=67543648(1) CMMsg=6 (8) Buff=200 963 1000 7463 5 Links=1052
205830882mS RES2: IP 500 V2 7.0(5) Tasks=42 RTEngine=0 CMRTEngine=0 ExRTEngine=0 Timer=47 Poll=0 Ready=0 CMReady=0 CMQueue=0 VPNNQueue=0 Monitor=1 SSA=0 ASC=1 SYS=MNTD OPT=UMNT SDSPD=2034
205830992mS SIP Rx: UDP 84.14.241.168:5060 -> 213.27.193.82:5060
ACK sip:934454709@213.27.193.82:5060 SIP/2.0
Via: SIP/2.0/UDP 84.14.241.168:5060;branch=z9hG4bK02Ba0422e2090e0e212
From: <sip:936335718@84.14.241.168>;tag=gK02369010
To: <sip:934454709@213.27.193.82>;tag=82ea10b86f5de2ae
Call-ID: 755143015_53076360@84.14.241.168
CSeq: 6206 ACK
Max-Forwards: 70
Content-Length: 0

205830993mS SIP Call Rx: 20
ACK sip:934454709@213.27.193.82:5060 SIP/2.0
Via: SIP/2.0/UDP 84.14.241.168:5060;branch=z9hG4bK02Ba0422e2090e0e212
From: <sip:936335718@84.14.241.168>;tag=gK02369010
To: <sip:934454709@213.27.193.82>;tag=82ea10b86f5de2ae
Call-ID: 755143015_53076360@84.14.241.168
CSeq: 6206 ACK
Max-Forwards: 70
Content-Length: 0

205831994mS CMCallEvt: 20.2786.1 -1 SIPTrunk Endpoint: StateChange: END=X CMCSIdle->CMCSDelete
205831995mS CMTARGET: 20.2786.1 -1 BaseEP: ~CMTargetHandler f54c5988 ep f54b6170
205831995mS CMCallEvt: 20.2786.1 -1 BaseEP: DELETE CMEndpoint f54b6170 TOTAL NOW=0 CALL_LIST=0
205836382mS RES: Wed 3/8/2011 17:44:39 FreeMem=67582520(1) CMMsg=6 (8) Buff=200 963 1000 7463 5 Links=1078
205836383mS RES2: IP 500 V2 7.0(5) Tasks=42 RTEngine=0 CMRTEngine=0 ExRTEngine=0 Timer=45 Poll=0 Ready=0 CMReady=0 CMQueue=0 VPNNQueue=
 
There it is:

SIP/2.0 404 Not Found
Via: SIP/2.0/UDP 84.14.241.168:5060;branch=z9hG4bK02Ba0422e2090e0e212
From: <sip:936335718@84.14.241.168>;tag=gK02369010
To: <sip:934454709@213.27.193.82>;tag=82ea10b86f5de2ae
Call-ID: 755143015_53076360@84.14.241.168
CSeq: 6206 INVITE
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, INFO, UPDATE
Supported: timer
Content-Length: 0

Do you have a SIP URI for this number?
What is in the SIP tab for this user?


BAZINGA!

I'm not insane, my mother had me tested!
 
When directing calls to a group with IPdect extension in it, and trying to answer from the IPdect, call is droped and the monitor shows that:

CMConnectAck
Line: type=Mobility 253 Call: lid=253 id=2852 in=0
IE CMIERespondingPartyNumber (230)(P:100 S:100 T:0 N:100 R:4) number=936335718@84.14.241.168
IE CMIEDeviceDetail (231) LOCALE=esp HW=15 VER=7 class=CMDeviceSIPTrunk type=0 number=20 channel=1 rx_gain=32 tx_gain=32 ep_callid=2847 ipaddr=192.168.42.100 apps=0
Timed: 03/08/11 18:01
206830996mS SIP Rx: UDP 84.14.241.168:5060 -> 213.27.193.82:5060
BYE sip:934454700@213.27.193.82:5060;transport=udp SIP/2.0
Via: SIP/2.0/UDP 84.14.241.168:5060;branch=z9hG4bK02Ba87408af6cea22fe
From: <sip:936335718@84.14.241.168>;tag=gK025f29df
To: <sip:934454700@213.27.193.82>;tag=4185ca220772c1cb
Call-ID: 755163623_80852752@84.14.241.168
CSeq: 25932 BYE
Max-Forwards: 70
Reason: Q.850;cause=41
Content-Length: 0

206830998mS SIP Call Rx: 20
BYE sip:934454700@213.27.193.82:5060;transport=udp SIP/2.0
Via: SIP/2.0/UDP 84.14.241.168:5060;branch=z9hG4bK02Ba87408af6cea22fe
From: <sip:936335718@84.14.241.168>;tag=gK025f29df
To: <sip:934454700@213.27.193.82>;tag=4185ca220772c1cb
Call-ID: 755163623_80852752@84.14.241.168
CSeq: 25932 BYE
Max-Forwards: 70
Reason: Q.850;cause=41
Content-Length: 0

206831000mS SIP Call Tx: 20
SIP/2.0 200 Ok
Via: SIP/2.0/UDP 84.14.241.168:5060;branch=z9hG4bK02Ba87408af6cea22fe
From: <sip:936335718@84.14.241.168>;tag=gK025f29df
To: <sip:934454700@213.27.193.82>;tag=4185ca220772c1cb
Call-ID: 755163623_80852752@84.14.241.168
CSeq: 25932 BYE
Supported: timer
Content-Length: 0

206831000mS SIP Tx: UDP 213.27.193.82:5060 -> 84.14.241.168:5060
SIP/2.0 200 Ok
Via: SIP/2.0/UDP 84.14.241.168:5060;branch=z9hG4bK02Ba87408af6cea22fe
From: <sip:936335718@84.14.241.168>;tag=gK025f29df
To: <sip:934454700@213.27.193.82>;tag=4185ca220772c1cb
Call-ID: 755163623_80852752@84.14.241.168
CSeq: 25932 BYE
Supported: timer
Content-Length: 0

206831001mS CMLineRx: v=0
CMReleaseComp
Line: type=SIPLine 20 Call: lid=20 id=2847 in=1
IE CMIERespondingPartyNumber (230)(P:100 S:100 T:0 N:100 R:4) number=936335718@84.14.241.168
IE CMIEDeviceDetail (231) LOCALE=esp HW=15 VER=7 class=CMDeviceSIPTrunk type=0 number=20 channel=1 rx_gain=32 tx_gain=32 ep_callid=2847 ipaddr=192.168.42.100 apps=0
Cause=16, Normal call clearing
206831001mS CMCallEvt: 20.2847.1 250 SIPTrunk Endpoint: StateChange: END=A CMCSConnected->CMCSCompleted
206831003mS CMExtnTx: v=222, p1=0
CMFacility
Line: type=Mobility 253 Call: lid=253 id=2852 in=0
IE CMIEPrimitiveData (7)
Timed: 03/08/11 18:01
206831005mS CMLOGGING: CALL:2011/08/0318:00,00:00:01,025,936335718@84.14.241.168,I,2000,2000,,generalcolt,,0,,""n/a,0
206831006mS CD: CALL: 20.2847.1 BState=Connected Cut=2 Music=0.0 Aend="Line 20" (0.0) Bend="main934454700(2000)" [David(222)] (0.0) CalledNum=222 (main934454700) CallingNum=936335718@84.14.241.168 () Internal=0 Time=25524 AState=Idle
206831006mS CD: CALL: 20.2847.1 Deleted
206831006mS CMCallEvt: 20.2847.1 -1 SIPTrunk Endpoint: StateChange: END=X CMCSCompleted->CMCSDelete
206831007mS CMExtnEvt: David: CALL LOST (CMCauseNormal)
206831007mS CMExtnEvt: David: Extn(222) Calling Party Number(936335718@84.14.241.168) Type(CMNTypeUnknown)
206831008mS CMCallEvt: 253.2852.0 -1 David.0: StateChange: END=X CMCSConnected->CMCSCompleted
206831008mS CMExtnEvt: v=0 State, new=PortRecoverDelay old=Connected,0,0,David
206831008mS CMExtnTx: v=222, p1=0
CMReleaseComp
Line: type=Mobility 253 Call: lid=253 id=2852 in=0
Called[222] Type=Default (100) Reason=CMDRdirect Calling[936335718@84.14.241.168] Type=Unknown Plan=Default
Cause=16, Normal call clearing
Timed: 03/08/11 18:01
206831009mS CMExtnEvt: David: CMExtnHandler::SetCurrent( id: 2852->0 )
206831010mS CMCallEvt: 253.2852.0 -1 David.-1: StateChange: END=X CMCSCompleted->CMCSDelete
206831011mS CMCallEvt: 253.2852.0 -1 BaseEP: DELETE CMEndpoint f5520f58 TOTAL NOW=1 CALL_LIST=0
206831011mS CMCallEvt: END CALL:250 (f54fcd08)
206831013mS CMCallEvt: 20.2847.1 -1 BaseEP: DELETE CMEndpoint f54b6170 TOTAL NOW=0 CALL_LIST=0
206831016mS H323Evt: v=0 stacknum=241 State, new=ReleaseReq, old=Active id=2852
206831016mS H323Evt: v=0 stacknum=241 State, new=NullState, old=ReleaseReq id=2852
206831017mS CMMap: PCG::UnmapBChan pcp[436]b0r1 cp_b 0 other_cp_b 0
206831017mS CMMap: PCG::UnmapBChan pcp[435]b0r1 cp_b 0 other_cp_b 0
206831017mS H323Evt: RTP(END): 192.168.42.100/49152 192.168.42.101/16718 CODEC=G729A8K(6) PKTSZ=20 RFC2833=off AGE=365 SENT=0 RECV=33 RTdelay=0 jitter=0 loss=0 remotejitter=0 remoteloss=0
206831018mS H323Evt: RTP(END): 213.27.193.82/49154 84.14.241.167/9044 CODEC=G729A8K(6) PKTSZ=20 RFC2833=on AGE=365 SENT=31 RECV=0 RTdelay=0 jitter=0 loss=0 remotejitter=0 remoteloss=0
206833010mS CMExtnEvt: David: Recover Timer reason=CMTRWrapUp
206833010mS CMExtnEvt: v=0 State, new=Idle old=PortRecoverDelay,0,0,David
206833011mS CMExtnTx: v=222, p1=0
CMVoiceMailStatus
Line: type=Mobility 253 Call: lid=0 id=-1 in=0
Called[David Msgs=0 Old=1 Sav=0] Type=Default (100) Reason=CMDRdirect Calling[00000000] Type=Default Plan=Default
Display [David Msgs=0]
Timed: 03/08/11 18:01
206835882mS RES: Wed 3/8/2011 18:01:19 FreeMem=67558060(1) CMMsg=6 (8) Buff=200 963 1000 7463 5 Links=1067
206835882mS RES2: IP 500 V2 7.0(5) Tasks=42 RTEngine=0 CMRTEngine=0 ExRTEngine=0 Timer=50 Poll=0 Ready=0 CMReady=0 CMQueue=0 VPNNQueue=0 Monitor=1 SSA=0 ASC=1 SYS=MNTD OPT=UMNT SDSPD=2034
 
In the sip tab we have:
SIP name = 222 (the internal extension)
Alias = David
Contact = 222

If we try the 934454700 instead of 222 the problem is the same.
 
I forgot to cancel this thread.

I solved it forcing the protocol in both, sip=trunk and IPDEC line.

Thanks to everybody.

Id like tomark this post as "solved
 
So you got if of "automatic" to a certain codec?
I advice you to do this all the time.


BAZINGA!

I'm not insane, my mother had me tested!
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top