I have 7965 and am trying to convert the firmware to SIP (SIP45.8-3-4SR1S). Does anyone have a valid XMLDefault.cnf.xml they could share? I have tried the version at voip-info<info.org/wiki/view/Asterisk+phone+cisco+79x1+xml+configuration+files+for+SIP&view_comment_id=14768#Troubleshooting>for the 7941/7961 but unfortunately /var/log/messages shows in.tftp stops sending after XMLDefault.cnf.xml (see below), so i'm assuming the 7965 doesn't like my XMLDefault.cnf.xml. Mar 31 21:34:47 fsvr dhcpd: DHCPACK on 192.168.10.174 to 00:1f:6c:61:1f:72 via eth0 Mar 31 21:34:47 fsvr in.tftpd[3577]: RRQ from 192.168.10.174 filename CTLSEP001F6C611F72.tlv Mar 31 21:34:47 fsvr in.tftpd[3577]: sending NAK (1, File not found) to 192.168.10.174 Mar 31 21:34:47 fsvr in.tftpd[3578]: RRQ from 192.168.10.174 filename SEP001F6C611F72.cnf.xml Mar 31 21:34:47 fsvr in.tftpd[3578]: sending NAK (1, File not found) to 192.168.10.174 Mar 31 21:34:47 fsvr in.tftpd[3579]: RRQ from 192.168.10.174 filename XMLDefault.cnf.xml Thanks in advance. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20080331/1ed6fbcb/attachment.htm
Razza wrote:> I have 7965 and am trying to convert the firmware to SIP > (SIP45.8-3-4SR1S). Does anyone have a valid XMLDefault.cnf.xml they > could share? > I have tried the version at voip-info > <info.org/wiki/view/Asterisk+phone+cisco+79x1+xml+configuration+files+for+SIP&view_comment_id=14768#Troubleshooting> > for the 7941/7961 but unfortunately /var/log/messages shows in.tftp > stops sending after XMLDefault.cnf.xml (see below), so i'm assuming the > 7965 doesn't like my XMLDefault.cnf.xml. >YMMV Change to reflect your firmware (e.g. P003-07-4-xx) .. Line 20 and 21 are one line... <Default> <callManagerGroup> <members> <member priority="0"> <callManager> <ports> <ethernetPhonePort>2000</ethernetPhonePort> <mgcpPorts> <listen>2427</listen> <keepAlive>2428</keepAlive> </mgcpPorts> </ports> <processNodeName></processNodeName> </callManager> </member> </members> </callManagerGroup> <loadInformation8 model="IP Phone 7940">P003-07-4-00</loadInformation8> <loadInformation7 model="IP Phone 7960">P003-07-4-00</loadInformation7> <loadInformation6 model="IP Phone 7970">term71.default</loadInformation6> <authenticationURL></authenticationURL> <directoryURL></directoryURL> <idleURL></idleURL> <informationURL></informationURL> <messagesURL></messagesURL> <servicesURL></servicesURL> </Default> -- ===================================================J. Oquendo SGFA #579 (FW+VPN v4.1) SGFE #574 (FW+VPN v4.1) wget -qO - www.infiltrated.net/sig|perl http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x3AC173DB -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 5533 bytes Desc: S/MIME Cryptographic Signature Url : http://lists.digium.com/pipermail/asterisk-users/attachments/20080331/98953484/attachment.bin
On 31/03/2008, J. Oquendo <sil at infiltrated.net> wrote:> > YMMV Change to reflect your firmware (e.g. P003-07-4-xx)8<-------- SNIP -------->8 I removed the following lines: <loadInformation8 model="IP Phone 7940">P003-07-4-00</loadInformation8> <loadInformation7 model="IP Phone 7960">P003-07-4-00</loadInformation7> And tried both of these: <loadInformation6 model="IP Phone 7965">term65.default</loadInformation6> and <loadInformation6 model="IP Phone 7965">SIP45.8-3-4SR1S</loadInformation6> But again I get no further than /var/log/messages showing in.tftp stops sending after XMLDefault.cnf.xml Any suggestions? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20080331/da669f40/attachment.htm
On Mon, 2008-03-31 at 23:07 +0100, Razza wrote:> On 31/03/2008, J. Oquendo <sil at infiltrated.net> wrote: > YMMV Change to reflect your firmware (e.g. P003-07-4-xx) > > 8<-------- SNIP -------->8 > > I removed the following lines: > <loadInformation8 model="IP Phone > 7940">P003-07-4-00</loadInformation8> > <loadInformation7 model="IP Phone > 7960">P003-07-4-00</loadInformation7> > > And tried both of these: > <loadInformation6 model="IP Phone > 7965">term65.default</loadInformation6> > and > <loadInformation6 model="IP Phone > 7965">SIP45.8-3-4SR1S</loadInformation6> > > But again I get no further than /var/log/messages showing in.tftp > stops sending after XMLDefault.cnf.xml > > Any suggestions?For a 7965, you might try loadinformation to be 335.. I have had to match up CCM tk.prod values to match on newer phones in the past to be what cisco uses in their internal database before I could get them to work. Although, leaving those lines out completely will work as well assuming they already have the SIP firmware loaded.. -Greg
On 31/03/2008, Greg Oliver <greg.oliver at cistera.com> wrote:> > For a 7965, you might try loadinformation to be 335.. I have had to > match up CCM tk.prod values to match on newer phones in the past to be > what cisco uses in their internal database before I could get them to > work. Although, leaving those lines out completely will work as well > assuming they already have the SIP firmware loaded..8<-------- SNIP -------->8 My modified base XMLDefault.cnf.xml is detailed below. But still I get no further than /var/log/messages showing in.tftp stops sending after XMLDefault.cnf.xml. I have tried it with loadInformation as follows: <loadInformation335 model="IP Phone 7965">SIP45.8-3-4SR1S </loadInformation335> <loadInformation335 model="IP Phone 7965">term65.default </loadInformation335> <loadInformation335>SIP45.8-3-4SR1S</loadInformation335> <loadInformation335>term65.default</loadInformation335> I also notice in the voip-info article (admittedly for 79x1 phones) the xml stats and ends in <device> and </device> - is this correct? <Default> <callManagerGroup> <members> <member priority="0"> <callManager> <ports> <ethernetPhonePort>2000</ethernetPhonePort> <mgcpPorts> <listen>2427</listen> <keepAlive>2428</keepAlive> </mgcpPorts> </ports> <processNodeName></processNodeName> </callManager> </member> </members> </callManagerGroup> <loadInformation335 model="IP Phone 7965">SIP45.8-3-4SR1S </loadInformation335> <authenticationURL></authenticationURL> <directoryURL></directoryURL> <idleURL></idleURL> <informationURL></informationURL> <messagesURL></messagesURL> <servicesURL></servicesURL> </Default> -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20080401/362d9371/attachment.htm
Hi All, i?ve dealed around with two E400P Cards the last 3 Days and I cant figure out why this problem exists. Here the description: I have two E400P Quad E1 Cards. One is in NT Mode and the other is in TE(CPE) Mode. When I connect both cards via E1-Cross Cabel the cards wont sync. I see in zttool Red Alarm and SyncSource:Internally Clocked. I see Bipolar Voilations Counting up. Now comes the tricky part. I have a third Card. A Rhino R4T1 in E1 Mode(TE). When i plugg my crosscable from E400P to Rhina. Pling Sync is perfect. zttool says : no alarms, SyncSource : Tormenta PCI...... Everything is fine. What the hell (sorry) is the problem?!? Dont know why both E400P Cards wont sync. But they sync if i plug it into a rhino port.?!?! Anybody has some idea?!?! Here is my zaptel.conf of the E400P in NT Mode: span=1,0,4,ccs,hdb3,crc4 span=2,0,4,ccs,hdb3,crc4 span=3,0,4,ccs,hdb3,crc4 span=4,0,4,ccs,hdb3,crc4 bchan=1-15,17-31 dchan=16 bchan=32-46,48-62 dchan=47 bchan=63-77,79-93 dchan=78 bchan=94-108,110-124 dchan=109 loadzone=nl defaultzone=nl zapata.conf: ------------ [channels] context=default switchtype=euroisdn signalling=pri_cpe rxwink=300 ; Atlas seems to use long (250ms) winks usecallerid=yes hidecallerid=no callwaiting=yes callwaitingcallerid=yes threewaycalling=yes transfer=yes cancallforward=yes echocancel=no rxgain=0.0 txgain=0.0 immediate=yes group=1 signalling=pri_net channel => 1-15 channel => 17-31 ; Span 2 group=2 signalling=pri_net channel => 32-46 channel => 48-62 ; Span 3 group=1 signalling=pri_net channel => 63-77 channel => 79-93 ; Span 4 group=1 signalling=pri_net channel => 94-108 channel => 110-124 zaptel.conf from e400p in TE(CPE)-Mode: -------------------------------------------- span=1,1,4,ccs,hdb3,crc4 span=2,2,4,ccs,hdb3,crc4 span=3,3,4,ccs,hdb3,crc4 span=4,4,4,ccs,hdb3,crc4 bchan=1-15,17-31 dchan=16 bchan=32-46,48-62 dchan=47 bchan=63-77,79-93 dchan=78 bchan=94-108,110-124 dchan=109 loadzone = nl defaultzone = nl zapata.conf: ------------ [channels] context=4e1_1-in switchtype=euroisdn signalling=pri_cpe rxwink=300 ; Atlas seems to use long (250ms) winks usecallerid=yes hidecallerid=no callwaiting=yes callwaitingcallerid=yes threewaycalling=yes transfer=yes cancallforward=yes echocancel=no rxgain=0.0 txgain=0.0 ;immediate=yes group=1 signalling=pri_cpe channel => 1-15 channel => 17-31 cas=1-15:1101 ; Span 2 group=2 signalling=pri_cpe channel => 32-46 channel => 48-62 ; Span 3 group=3 signalling=pri_cpe channel => 63-77 channel => 79-93 ; Span 4 group=4 signalling=pri_cpe channel => 94-108 channel => 110-124 Thanks guys for your help.... Yours Bernhard
On Fri, Apr 04, 2008 at 11:52:33AM +0200, Bernhard Wessels wrote:> Hi All, > > i?ve dealed around with two E400P Cards the last 3 Days and I cant > figure out why this problem exists. > > Here the description: > > I have two E400P Quad E1 Cards. One is in NT Mode and the other is in > TE(CPE) Mode. > When I connect both cards via E1-Cross Cabel the cards wont sync. I see > in zttool Red Alarm and SyncSource:Internally Clocked. > I see Bipolar Voilations Counting up. > Now comes the tricky part. > I have a third Card. A Rhino R4T1 in E1 Mode(TE). When i plugg my > crosscable from E400P to Rhina. Pling Sync is perfect. > zttool says : no alarms, SyncSource : Tormenta PCI...... Everything is fine. > > What the hell (sorry) is the problem?!? Dont know why both E400P Cards > wont sync. But they sync if i plug it into a rhino port.?!?! > Anybody has some idea?!?! > > Here is my zaptel.conf of the E400P in NT Mode: > > span=1,0,4,ccs,hdb3,crc4 > span=2,0,4,ccs,hdb3,crc4 > span=3,0,4,ccs,hdb3,crc4 > span=4,0,4,ccs,hdb3,crc4Just my guess: None of the spans (ports) is configured to provide clock to the other side. If you want to cross-connect port 1 and port 2, you should use something like: span=1,1,4,ccs,hdb3,crc4 span=2,0,4,ccs,hdb3,crc4 (And run ztcfg after that) -- Tzafrir Cohen icq#16849755 jabber:tzafrir.cohen at xorcom.com +972-50-7952406 mailto:tzafrir.cohen at xorcom.com http://www.xorcom.com iax:guest at local.xorcom.com/tzafrir
>Just my guess:>None of the spans (ports) is configured to provide clock to the other >side.>If you want to cross-connect port 1 and port 2, you should use something >like:>span=1,1,4,ccs,hdb3,crc4 >span=2,0,4,ccs,hdb3,crc4>(And run ztcfg after that)Yes i know. The NT System is providing the clock. So i must not define a timing source on the NT System. But even when i try your guess. The result is the same. I have played with all kind of configtypes. Nothing will work. The Joke is. When i plug my cross into the rhino card in TE mode. An use my config Span=1,0,4,etc. on the E400P they will sync.